设计思考

测试驱动JavaScript开发实战

理想状态，代码遵照一些完整的架构设计思考，尽管在很多情况下，可能不是这种情况，特别在JavaScript的世界。
zgmzyr·2012-11-04 22:00

资讯类产品阅读列表的交互设计思考

列表，定义为：以表格为容器，装载着文字或图表的一种形式。根据产品类型的不同，大部分都有其各自样式的列表，有些成为产品的主体，有些则为其他页面的辅助。列表设计的主要目的，就是让用户快速浏览、扫描，从中选择出自己想要“费力”点击并“费时”去仔细阅读的内容。与传统阅读平台比较，阅读列表就像是实体书中的目录。小说的目录简洁：标题+页码；杂志的目录则相对丰富：标题、副标题、图片、摘要、页码，精致的排版，有些
xning·2012-08-11 15:00

资讯类产品阅读列表的交互设计思考

列表，定义为：以表格为容器，装载着文字或图表的一种形式。根据产品类型的不同，大部分都有其各自样式的列表，有些成为产品的主体，有些则为其他页面的辅助。列表设计的主要目的，就是让用户快速浏览、扫描，从中选择出自己想要“费力”点击并“费时”去仔细阅读的内容。与传统阅读平台比较，阅读列表就像是实体书中的目录。小说的目录简洁：标题+页码；杂志的目录则相对丰富：标题、副标题、图片、摘要、页码，精致的排版，有些
xning·2012-08-11 07:00

自动化测试阶段和软件设计思考

自动化测试阶段和软件设计思考序言：发现好久没写博文了，前段时间，发现很浮躁，别想办法的静下心来，踏踏实实的思考，踏踏实实的做事，一直也在写总结，但却很零散，现在理理思绪，这一段时间，自动化测试很多东西都已经上道了
qileilove·2012-08-06 09:00

浅谈如何留住用户

笔者经过一段时间对应用中心类产品的研究和设计积累，总结了一些设计思考，在此与大家分享。如何设计应用中
artwebs·2012-07-31 10:00

IM设计思考：XMPP多用户文本聊天协议（MUC：Multi User Chat）

XMPP在其XEP-0045扩展中定义了一个用于多用户文本会议（群聊）的协议，类似于聊天室、QQ群等。由于它作为一个标准协议在定义模型上力求完备，涵盖了现实中的绝大部分IM产品模型，而现实中的IM产品基本都只实现了XMPP定义的模型中的一个子集。XMPP定义的一些基本概念：房间：房间的JID标识(例如,),这里"room"是房间的名称而"service"是多用户聊天服务运行所在的主机名房客：房客的
mindfloating·2012-04-10 12:00

IM设计思考：基于同步HTTP双向流(BOSH)的web im机制

在XMPP扩展协议XEP-0124中定义了一个传输协议来模拟两个实体(例如一个客户端和一个服务器)之间的长连双向TCP连接的语义，它有效地运用多个同步的HTTP"请求/应答"对，而不需要使用频繁的轮询或者分块响应。该协议简称BOSH(Bidirectional-streamsOverSynchronousHTTP)，协议的设计目标之一是提供准TCP的连接性能同时兼容受约束的运行环境。webim是一
mindfloating·2012-04-09 17:00

CSS导航设计示例收藏

随着CSS3的出现，导航栏越做越漂亮，也融入了很多新的设计思考。这里分享一些新颖的CSS导航栏供大家参考。
小微·2012-04-06 11:00

IM设计思考：点对点消息交换

IM最基本的功能就是即时消息交换，那么一个送出的消息将经历哪些过程才能最终送达目的地？下面给出一个过程描述：1.消息从客户端发出经过网络由客户端所直接连接的服务器接收2.接入服务器接收到网络字节流后重组消息包（协议解包的过程）3.合法性判断-- 只有已登陆的用户才能发送消息--消息包的长度限制4.协议分析（得到消息的类型、格式、目的地等）然后交给合适的程序模块进行处理5.目的地定位（判定目标用户的
mindfloating·2012-03-27 16:00

IM设计思考：XMPP消息格式

交换消息是XMPP的一个基本用途并且随之而来的是一个用户生成一个发给另一个实体的消息节。XMPP定义的消息节语法完整格式如下： Iimploreyou! Úpěnlivěprosím! Whereforeartthou,Romeo? Pročežjsity,Romeo? 0e3141cd80894871a68e6fe6b1ec56fa from属性：设置消息发送方自身的FullJID（
mindfloating·2012-03-27 12:00

IM设计思考：试问

用过IM很多年了，直到最近才开始好好想想IM的实现需要考虑哪些方面？特别是在海量用户的IM环境下，需要考虑哪些方面，自己大概思考了下总结如下：1. 海量接入QQ的最高在线用户超过了1亿，那么大约每台服务器能接入多少用户？如何将海量的登陆用户平均负载到接入服务器集群？某台接入服务器过载崩溃时如何平滑转移，避免“多米诺”骨牌效应。2. 安全认证登陆认证时如何保障安全？何种加密机制，验证方式？消息传递时
mindfloating·2012-03-24 21:00

IM设计思考：XMPP安全机制

XMPP（ExtensibleMessagingandPresenceProtocol）是一个应用于实时通信的开放协议，定义了有关即时消息通信的各方面内容，本文主要是关于XMPP安全机制的介绍以及设计实现思考。XMPP包含一个保证流安全的方法来防止篡改和偷听，包括两个层次的安全机制，分别是TLS（TansportLayerSecurity）和SASL（SimpleAuthenticationSec
mindfloating·2012-03-24 21:00

IM设计思考：XMPP资源绑定

XMPP协议设计中引入了一个抽象的资源绑定过程，何为资源，如何绑定？首先这得从JID的格式设计说起，JID是XMPP前身Jabber协议ID的简写，用于唯一标识一个客户身份。一个合法的JID包括一组排列好的元素，包括域名（domainidentifier），节点名（nodeidentifier），和资源名（resourceidentifier），如下：jid=[node"@"]domain["/"
mindfloating·2012-03-24 21:00

工具型网站首页的设计思考

什么是工具型网站我们先从wikipedia上了解三组概念：工具：是指能够方便人们完成工作的器具。application：用来帮助用户完成某个单独的或是一组相关的工作的计算机软件。webapplication：指通过使用Web和Web浏览器技术，跨越网络完成一个或多个任务的应用程序，通常需要使用Web浏览器。由此可见，应用就是计算机领域的工具，工具型网站可定义为承载了一个或多个网页应用的网站。它专注
CDCer·2012-02-20 03:00

系统设计思考

 1.系统reset,重启2.重传机制,retry机制3.定时器，修改阀值4.短信发送时延迟释放链路，让短信发送出去
flymachine·2012-01-09 11:00

云计算环境下应用架构的设计思考

最近参与总局的云计算双活方案： 计划北京中心和广州灾备中心能共享资源实现应用系统的双活，实际方案设计时，遇到了一个比较麻烦的问题，北京中心和广州中心没办法从业务上区分，哪些请求发给北京，哪些请求发给广州，如果后端采用GoldenGate双向复制，如果双方同时操作一条数据记录，就可能出现混乱的情况。 虽然从GoldenGate技术上双向复制也是可以的，但最好业务上能区分出来，不出现业务上
jackiee_cn·2011-10-24 16:00

软件需求分析、程序设计思考

       需求分析是为确保做正确的软件；软件设计是为确保正确的做软件。两者相辅相成，才能做出一件成功的软件产品。       需求分析从用户的使用场景来考虑，用户希望拿到的是一个个端到端完整的功能，这个功能可能涉及软件的多个模块，多个子系统甚至包括和外部其它软硬件系统的结合。分析需求是从软件的纵向维度考虑。姑且称之为软件的经。      软件设计是从横向维度考虑，追求模块独立性，遵循MVC的思
ylforever·2011-08-02 23:00

创意设计思考

设计无非有两类，当与现存作品关联，成为改良性设计；当与幻想、未来关联，即成为创造性设计。无论前者还是后者，设计总是离不开生活的积累，它是理性与感性的交融体。不能否认优秀的设计作品源于设计师具有“良好的心态＋优越的生活＋冷静的思考＋绝对的自信＋深厚的文化”。 促销员、推销员向客户兜售产品，而设计师兜售的则是他自己。自己的卖点――灵感、智慧、思考，它是一种奇珍异宝，也是设计与设计之间相互区别的标准。离
shu51·2011-06-14 19:45

怎样构建稳定的系统

      ---设计思考：           我们在注册用户时由专人负责创建，那么只能给一个默认的密码，然后由被注册用户去更改密码
soft_xiaohui·2011-05-03 09:00

架构设计总体设计原则 -- 架构设计思考点

一个好的架构设计不全是考虑有多么先进的技术，相反先进的技术仅是其中一个很小的点。在此偶分享一下设计经验，主要是为了将自己的经验记录下来，以免以后忘了！毕竟已经开始慢慢不做技术了，担心再过几年已经没有能力写出这些内容来了。 在偶看看一个架构首要重要的就是要做到全面考虑问题，在此偶列出一些容易忽略的设计点（尤其是刚开始做架构设计的设计师）： 1、 设计时一定要考虑将来如何发布和更新 面
cleverpartner·2011-01-05 21:00

关于MVC PropertySet OperatorStack的一些设计思考

关于MVCPropertySetOperatorStack的一些设计思考最近在给公司里码一个场景编辑器，大致得实现的功能有：地形高度刷地形纹理刷放置小物件和房屋放置粒子系统设置路径点和只能摄像机点算是个简单的不能再简单的场景编辑器了吧
ACG狂人·2010-11-20 19:00

设计思考

最近在师父的帮助下完成了一个小的工具设计，这个小的设计花了我蛮长的时间，一直在更改，变化，直到现在算是设计完成，这里做下总结思考。首先，自己想做的是一个基于mysql的单表数据操作类，有着最基本的单表增删改查，还有单表特殊操作，比如审核，获取默认情况下的单表数据等（这些是基于基本操作的，为更方便的管理，因为将单表的所有操作在一个类中控制起来，就能够很好的管理），然后它能移植到各种数据库框架下，比如
·2010-11-16 07:00

C++类设计思考（四）：虚函数设计

    在设计类时，虚函数着重体现基类或接口的设计原则。虚函数应能表达你所想要表达的，使得派生类在重载是不存在歧义。虚函数存在以下用法:1、虚析构函数    虚析构函数表示本类为抽象基类,用户可以从本类派生,用户也可通过基类对象管理派生类对象。public的虚析构函数比较常用，表示用户可以管理对象的生命期。protected的虚析构函数表示用户只能通过本对象使用派生类对象，但不包括生命期管理。pr
hlqyq·2010-09-06 19:00

网站中异常设计思考

网站应用和其他应用（比如框架设计）有些不同之处，以下是对网站系统中异常设计和处理的一些思考。 1 异常 2 结果码 3 问题 1 异常 首先是关于异常的选择，Java的异常分为检查型异常和运行时异常，关于这两种异常的优缺点已经有无数人的无数文章做过讨论。 检查型异常是一个好东西，最大的优点是把异常作为了方法约定不可分割的一部分，强制性的要求方法调用者思考如果有异常该怎么处理
zhang_xzhi_xjtu·2010-08-15 10:00

C++类设计思考（三）：类方法与实现函数

    实现函数是指单独完成某种具体任务的函数，如向量的点积、差积，矩阵的行列式计算等。实现函数必须遵守以下原则:1、单一职责原则:函数只能拥有一种功能,不能包含多个功能，但可调用其它实现函数完成特定任务。常见的一种错误实例是对容器对象进行统计的实现,其代码既包含了对容器子对象的遍历,又包含对单个子对象的统计处理.2、标准数据类型原则:实现函数的参数类型必须为语言内置的标准数据类型,不可以为用户自
hlqyq·2010-08-09 13:00

C++类设计思考（总则）：我有一个梦想

     我常常在想，为什么我看别人的代码是如此的别扭？为什么我看昨天自己写的代码也是如此丑陋？为什么我又忍不住要重写同样功能的类呢？难道我是程序员中的孔乙己，一辈子就折腾字符串类的四种写法？我苦苦思索，于是就有了一个梦想:     如果有一天，同样功能的类，不同的程序员，或者同一程序员在不同的时期，写出来的代码基本相同(最起码在一定范围内如一个项目组内相同)，那该是多么美好呀！我再也不要折腾字符
hlqyq·2010-08-03 10:00

C++类设计思考（二）：值语义与引用语义

类设计前首先需要确定的是，该类所实例化的对象是值语义还是引用语义。值语义一般用于非独占性资源对象，表示该对象可以像int一样的工作，可以任意的拷贝和重新赋值，而不会引起资源泄漏或者切割（指部分资源释放而部分泄漏）。引用语义一般用于独占性资源封装对象，表示该对象不允许拷贝和重新赋值。从语法的角度上来说,以下代码对值语 义是有效的，而对引用语义是无效的:CMyObject a,c;CMyObject 
hlqyq·2010-08-03 09:00

数据权限设计

数据权限设计思考目前有关用户权限采用的比较多的都是基于RBAC模型 目前有关用户权限采用的比较多的都是基于RBAC模型，即通过对角色权限的定义完成对用户权限的限制。
peng4602·2010-06-01 10:00

cassandra的设计思考

timestamp must be consistent across the application otherwise earlier changes may overwrite newer ones. -------- Column is immutable, which prevents all kinds of confusion in a multithreaded
wapysun·2010-05-22 21:00

软件架构设计思考

架构设计，一直就是软件业界中显得高深的名词之一，会造成很多的人对于它都充满了神秘感，但接触过几年软件业的人很多时候又会觉得软件架构原来不过如此，特别是看到一些架构设计文档后更是得出如此的感想，但真的是如此吗？也许是因为那些架构设计文档并没有起到它们真正的作用，只是拿来糊糊人的吧，架构设计文档最重要的是要能对系统的软件设计做出指导，做出规范性的约束，不谈这些，重点还是谈架构设计。   首先我们想想为
nanyida0416sushe·2010-05-13 13:00

FPGA 设计技巧（1）

VHDL设计是行为级的设计，所带来的问题是设计者的设计思考与实际电路结构是相脱节的。
xufuyuan·2009-12-25 10:00

关于程序日志的设计思考，及写程序时候的心态2009-12-16

最近在写一个分布式缓存的框架性基础性组件，和以往做个网站，写个程序不同的是，如果写得不好，可能对全局都会有影响，因此在写这种程序代码时，你会有一种压力。 比如：万一在生产环境用这个组件出了问题怎么办？是否能够迅速定位到错误的地方，找出原因修正？ 原先我写程序都是象征性的用一下log4net，common-logging之类的输出日志： private static ILog logge
mlzboy·2009-12-16 10:00

关于程序日志的设计思考，及写程序时候的心态2009-12-16

最近在写一个分布式缓存的框架性基础性组件，和以往做个网站，写个程序不同的是，如果写得不好，可能对全局都会有影响，因此在写这种程序代码时，你会有一种压力。比如：万一在生产环境用这个组件出了问题怎么办？是否能够迅速定位到错误的地方，找出原因修正？原先我写程序都是象征性的用一下log4net，common-logging之类的输出日志：privatestaticILoglogger=LogManager
·2009-12-16 10:00

大数据量的数据库设计思考

 1.按照月来分，每个月让系统自动建一张表，然后把这个月的数据放在这个表里面 2.就是用一个备份的数据服务器，把每个月的数据都导出到那个备份服务器上去，在备份服务器上面数据的存储不按月来分，按照年来分，每年建一张新表，做报表的时候，就到备份服务器上面操作 3.就是对这几张表用对象数据库，来存储一个月的数据，这数据是在内存的，操作起来，比操作关系数据库快，前段时间的数据还是放在关系数据
·2009-12-12 16:00

浅析ASP.NET中Route组件的设计思考与模式

在这里我们将介绍Route组件，对于这个组件相关文章不多。经过老赵的这一番介绍，希望这些知识能对大家了解Route组件有所帮助。计算机电子书籍免费下载 Route组件虽然可以说是ASP.NET的“门户”，不过至今为止似乎都被微软当作是二等公民。可能是由于自带的Route类功能已经太强，微软官方或社区内都不太关注RouteBase的扩展。不过有一点是正确的，那就是在大部分情况下的确没有必要去扩展R
zxl263com·2009-12-03 11:00

浅谈Route组件的设计思考与模式

Route组件虽然可以说是ASP.NET的“门户”，不过至今为止似乎都被微软当作是二等公民。可能是由于自带的Route类功能已经太强，微软官方或社区内都不太关注RouteBase的扩展。不过有一点是正确的，那就是在大部分情况下的确没有必要去扩展RouteBase。事实上，我构建过不少RouteBase类，不过除了DomainRoute之外，其余的都被我放弃了，例如在大半年前写的《请别埋没了URLR
老赵点滴 - 追求编程之美·2009-10-14 09:00

SNS网站feed的设计思考

阅读更多SNS网站一般都有这么一个功能：feed或者叫做新鲜事之类的之前在我们自己的网站也做了类似的一个功能，当时让人最郁闷的就是数据量的问题，上网搜了下，大部分结构都是类似。我当时设计了这么一种简单的机制，数据量相对较小，但是运算复杂，并且限制较多：1）feed字典表：feeds(id,event_type:int,//事件类别：写日记，上传照片，成为好友等等share_type:int,//公
jlaky·2009-06-14 14:00

SNS网站feed的设计思考

SNS网站一般都有这么一个功能：feed或者叫做新鲜事之类的 之前在我们自己的网站也做了类似的一个功能，当时让人最郁闷的就是数据量的问题，上网搜了下，大部分结构都是类似。   我当时设计了这么一种简单的机制，数据量相对较小，但是运算复杂，并且限制较多：   1）feed字典表： feeds ( id,  event_type: int, //事件类别
jlaky·2009-06-14 14:00

SNS网站feed的设计思考

阅读更多SNS网站一般都有这么一个功能：feed或者叫做新鲜事之类的之前在我们自己的网站也做了类似的一个功能，当时让人最郁闷的就是数据量的问题，上网搜了下，大部分结构都是类似。我当时设计了这么一种简单的机制，数据量相对较小，但是运算复杂，并且限制较多：1）feed字典表：feeds(id,event_type:int,//事件类别：写日记，上传照片，成为好友等等share_type:int,//公
jlaky·2009-06-14 14:00

关于OODB的设计思考

闲来无事，想做个OODB，慢慢来，从简单做起。 之所以想到OODB这个东西，是因为之前在公司设计过一个很类似的东西，也是对象存储，但是只需要根据主键检索，因此只要设计个持久化的B+树做索引即可，不过需要有对象的历史版本这个概念（即在星期5的时候可以查到所有对象在星期1的状态，并且可以回滚）。由于本人目前余热没地方发挥，所以有想法去设计并实现一个高性能的OODB，然后开源。可能目前的想法还不成
Salin·2009-05-31 16:00

iBatis技术文档大全(随时更新)

的分页研究ibatisJshopStore5的sqlmap的xml错误，NestedSQLException错误ibatis--部分更新表记录字段的方法ibatis支持枚举类型由ibatis引起的框架设计思考
墙头草的Java·2008-12-17 15:00

XIbatis 发布-对ibatis的分页查询进行了扩展和功能增强

但是其中有一个重大的缺陷就是数据库分页查询了，这个就不用多说了，参见由ibatis引起的框架设计思考
Terry.Li-彬·2008-12-08 12:00

XIbatis 发布-对ibatis的分页查询进行了扩展和功能增强

但是其中有一个重大的缺陷就是数据库分页查询了，这个就不用多说了，参见由ibatis引起的框架设计思考?喜欢Hibernate的人，可以先去看：IbatisVSHiberna
gym_1119·2008-12-08 04:00

数据库主键设计思考续

关于这个问题网上已经有很多的讨论，现在综合这些讨论在加上自己众多建模及数据仓库工作中的经验给出以下分析及取舍建议，供各位同行参考：一、业务的东西，是每一个做软件的最薄弱的，并且是最有可能受到客户影响的，也是最会引起问题的。   比如身份证，如果有系统的表用此做主键，其他众多表以此为外键，当身份证从15位升到18位时，   整个数系统的重构将是一个非常困难的工作。一个系统在维护的成本远大于开发的成本
dsj188·2008-09-15 00:00

数据库主键设计思考

在我们的数据库设计中，不可逃避的就是数据库表的主键，可能有很多朋友没有深入思考过，主键的设计对整个数据库的设计影响很大，因此我们不得不要重视起来。主键的必要性:有些朋友可能不提倡数据库表必须要主键，但在我的思考中，觉得每个表都应该具有主键，不管是单主键还是双主键，主键的存在就代表着表结构的完整性，表的记录必须得有唯一区分的字段，主键主要是用于其他表的外键关联，本记录的修改与删除，当我们没有主键时，
dsj188·2008-09-15 00:00

CommonTemplate访问者设计思考

经过多个版本的调整, CommonTemplate( http://www.commontemplate.org)的核心包设计逐渐稳定. 但访问者的设计一直是块心病, 并且访问者是合成模式[GoF95]树结构中比较重要的扩展点. CommonTemplate中的访问者最开始设计: public interface Visitor { /** * 当访问到节点时被回调
javatar·2008-09-03 10:00

CommonTemplate访问者设计思考

经过多个版本的调整, CommonTemplate( http://www.commontemplate.org)的核心包设计逐渐稳定. 但访问者的设计一直是块心病, 并且访问者是合成模式[GoF95]树结构中比较重要的扩展点. CommonTemplate中的访问者最开始设计: public interface Visitor { /** * 当访问到节点时被回调
javatar·2008-09-03 10:00

CommonTemplate访问者设计思考

经过多个版本的调整, CommonTemplate( http://www.commontemplate.org)的核心包设计逐渐稳定. 但访问者的设计一直是块心病, 并且访问者是合成模式[GoF95]树结构中比较重要的扩展点. CommonTemplate中的访问者最开始设计: public interface Visitor { /** * 当访问到节点时被回调
javatar·2008-09-03 10:00

CommonTemplate访问者设计思考

经过多个版本的调整, CommonTemplate( http://www.commontemplate.org)的核心包设计逐渐稳定. 但访问者的设计一直是块心病, 并且访问者是合成模式[GoF95]树结构中比较重要的扩展点. CommonTemplate中的访问者最开始设计: public interface Visitor { /** * 当访问到节点时被回调
javatar·2008-09-03 10:00

统计数据处理用数据库表的设计比较

统计数据处理用数据库的设计思考统计数据处理过程大致分为：数据录入、数据审核和修改、数据汇总三个主要步骤或阶段，一般还包括数据的导入和导出。
l1t·2008-06-20 16:00
上一页 7 8 9 10 11 12 13 14 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他