摘要：
最近做了两个项目，6月份上线摄影市场和7月份上线的淘宝威客市场，忙的要死，一直加班，数了下，基本上连续1个多月，有一半时间都加班到晚上11点，很辛苦，但是收获也很多，在这里做下比较，总结下，希望下个项目能做的更好。一：交流1，PD：要试着去说服他，在评审的时候把自己的观点讲出来，在demo的时候碰到不了解的地方及时沟通，及时确认，不要到时候一而再的改动页面。2，视觉交互：前期打交道比较多，对业务的深入都是通过和视觉的沟通获知的，基本上都他告诉我要点，在交互动作的时候我会提出意见，沟通好再开始demo3，开发：沟通花的时间太多，以后每次写demo都要站在开发的角度去想一下，这样写他们是否能快速看 阅读全文
摘要：
设计类的时候我们都希望减少重复性的代码，并且弱化对象间的耦合，这也是继承能带来的好处。担心继承也有缺点，让一个类继承另一个类会导致两者产生强耦合。我们将讨论一些有助于避免这种问题的技术，以下三种继承：1，类式继承首先创建构造函数function Person(name) { this.name = name;}Person.prototype.getName = function() { return this.name;}var reader = new Person('John Smith');reader.getName();原型链继承父类Personfunction A 阅读全文
摘要：
在平常工作中大家都会默认用下划线来表示私有方法和属性：View Code 1 var Book = function(isbn, title, author) { // implements Publication 2 this.setIsbn(isbn); 3 } 4 Book.prototype = { 5 _checkIsbn: function(isbn) { 6 ... 7 }, //公认的私有方法 8 getIsbn: function() { 9 return this._isbn;10 },11 setIsbn: funct... 阅读全文
摘要：
22，桥接模式，将抽象部分与他的实现部分分离，使他们可以独立的变化，实现系统可能有多角度分类，每一种分类都有可能变化，那么就多角度分离出来让他们独立变化，减少他们之间的耦合。23，命令模式，对命令进行封装，将发出命令的责任和执行命令的责任分割开，降低对象之间的耦合性，调用者和请求者解耦，可以容易的设计一个组合命令。24，职责链模式，职责链是使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理他为止。25，中介者模式，定义一个中介对象来封装系列对象之间的交互，中介者使对象之间不需要显示的相互引用，从而使其耦合性松 阅读全文
摘要：
15，抽象工厂模式，提供一个创建一系列相关或相互依赖对象的接口，而无需指定他们具体的类，改变应用的具体工厂非常容易，只需要改变产品配置，具体的创建实例过程与客户端分离，客户端是通过抽象接口操作实例，其目的还是为了解耦。16，状态模式，当一个对像的内在状态改变时允许改变对象的内在行为，控制一个对象状态改变的条件表达过于复杂时，把状态的判断逻辑转移到不同状态的一系列类当中，把复杂的判断逻辑简化。大的分支判断会使他们难以修改和扩展，任何改变都是致命的，状态模式通过把各种状态逻辑分布到子类当中，来减少相互间的依赖，当一个对象的行为取决于他的状态可以使用状态模式。17，适配器模式，在已存在的类里如果它的 阅读全文
摘要：
继续大话设计模式：8，工厂方法模式，相当于在对象的基础上继续封装对象，把需要引用对象的各个实例分类封装成不同的对象。9，原型模式，浅复制，遍历对象实现，深复制需要递归。10，模板方式，完成在某一细节层次一致的一个过程或一系列步骤但其个别步骤在细节的层次上的实现有可能不同时采用模板方式，把不变的行为放到超累，子类实现不同的功能，可以避免重复。11，类的松耦合，类之间的耦合越弱越有利于复用，一个处于弱耦合的类被修改不会对有关系的类造成波及。12，使用外观模式，为一组接口提供一个高层接口，使子系统更加容易使用，开发前先考虑好分层。13，抽象不应该依赖于细节，细节应该依赖于抽象，将一个复杂对象的构建和 阅读全文
摘要：
这两天一直在看大话设计模式（本书通篇都是以情景对话的形式，用多个小故事或编程示例来组织讲解面向对象的思想），原来一直觉得前端不需要类这种模式，几位大佬的推荐后就去下了电子版本，一看收获颇多。以下是我个人总结：1，用封装类的思想编程，也就是面向对象，把所有业务封装在一个类里面，有利于代码的复用。2，在给类写方法的时候尽量多考虑各种不同情况，一个方法实现一个功能，每个方法都要考虑多种情况。3，单一原则，功能单一的类易维护，易扩展，易复用。4，开放封闭原则，书里有句话：我们希望在项目展开不久就知道可能发生的变化。查明可能的变化的时间越久，要创建正真的抽象就越久，做两手准备，在不影响一方面的情况下做. 阅读全文