网页设计架构

我带的项目组里有去那个公司的，做软件开发的，对这个公司有些了解，实事求是，一个对软件一窍不通的人在管理项目组，加上一个对软件一知半解的人做公司架构。最重要的是没有一点人情味，搞得气氛很差，领导人品差，小人作风很多，加班非常多，不明白为什么让这种小人来管理。我对我的朋友，旧同事，网友都会提醒，小心这一类的公司。

1、阳台与客厅的入口设计成一个拱门，轻松舒适，窗帘颜色的选择要与客厅的整体颜色形成对比，增加古朴朴实的气息。2、设计滑动玻璃门，即可把餐厅延伸到户外，可以尽情的享受美好的用餐时光。3、在简单又干净的空间架构中,在河岸旁享受一个人的幸福,是女主人对于生活的浪漫想象。层次感的客厅设计，就让阳台与客厅之间的界限更加的明确。4、客厅的工作区靠近阳台，不仅采光好，而且通风透气。同时它同样利用了墙面的特点，设置在凹进去的墙面下，让整个空间看起来及规整，又保留了各个功能区的相对独立，设计巧妙。5、在此处摆放一盏落地灯，作局部照明，移动便利，对于角落气氛的营造十分实用。

下面让我们来对阿里巴巴的网页设计布局进行分析：阿里巴巴中国站(china.alibaba.com)被google收录的中文网页数量2006年8月份数据为5320000，不仅从被收录的网页数量上来说，要远远高于同类网站的平均水平，更重要的是，阿里巴巴的网页质量比较高，潜在用户更容易通过搜索引擎检索发现发布在阿里巴巴网站的商业信息，从而为用户带来的商业机会，阿里巴巴也因此获得更大的网站访问量和的用户。1．从整体结构看：设计作品的整体效果是至关重要的，在设计中切勿将各组成部分孤立分散，那样会使画面呈现出一种枝蔓纷杂的凌乱效果。点击打开阿里巴巴的网站，访问者可以很快的查找到自己所要寻找的信息和内容，理由是它的每个页面都有独立的标题，并且网页标题中含有有效的关键词，每个网页还有专门设计的META标签，而且图形和文本层叠有序，框架结构明显。从整体上看网站上的图片不是很多，因为它知道搜索引擎读不出来图片的信息和内容的。2．从页面的相互关系看：阿里巴巴的各组成部分在内容上的内在联系和表现形式上的相互呼应很明确，并注意到了整个页面设计风格的一致性，并且在搜索引擎搜索信息的情况下，阿里巴巴将它的主要业务放在了整个框架的最左边也就是搜索引擎最关注的地方。它抓住了搜索引擎的在搜索信息的特点。实现视觉上和心理上的连贯，使整个页面设计的各个部分极为融洽。3.页面分割的角度看：分割，是指将页面分成若干小块，小块之间有视觉上的不同，这样可以使观者一目了然。阿里巴巴在这方面就做的很出色。它在信息量很多时，将关键词列出来，将画面进行了有效的分割，使关注者更清楚的知道关键词的背后就是他所要的信息。所以网页设计中有效的分割可以被视为对于页面内容的一种分类归纳。4．从页面对比的角度看：对比就是通过矛盾和冲突，使设计更加富有生气。对比手法很多，例如：多与少、曲与直、强与弱、长与短、粗与细、疏与密、虚与实、主与次、黑与白、动与静、美与丑、聚与散等等。阿里巴巴在网页设计中无论是颜色、文本信息、文字的大小、格式、等等都无可非议。因为它给人的感觉很协调很舒服。5．从页面和谐的角度看：和谐是指整个页面符合美的法则，浑然一体。如果一件设计作品仅仅是色彩、形状、线条等的随意混合，那么作品将不但没有“生命感”，而且也根本无法实现视觉设计的传达功能。和谐不仅要看结构形式，而且要看作品所形成的视觉效果能否与人的视觉感受形成一种沟通，产生心灵的共鸣。这是设计能否成功的关键。打开阿里巴巴的网页一开始给人有点单一的感觉，因为它的色彩不时很鲜明，但是从整体角度在看会发现它的颜色和线条的搭配让人的视觉效果和它的网页达到一种想沟通的效果，尤其是它框架两边的空白部分从美学角度可以说明两点：一是显示阿里巴巴企业的卓越；二是显示网页品味的优越感。所以从整体上体现出了网页的格调。所以阿里巴巴之所以能够做到今天这样的成就，可以看出它在每一个方面的专业化和深入的程度。所以其他的网站在设计布局的同时有必要向阿里巴巴深入的学习。

大型电子商务网站架构，摘抄 7.同一个网站的多语言该如何处理是好,使用配置文件然后cookie或url来判别?===客户是自己公司，使用标准方法即可8.电子商务网站最多的就是 商品的打折方式和积分的赠送了,这里要怎么设计才好(工厂模式)?===采购成熟的规则引擎9.如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢?==电子商务一般要使用MQ，推荐IBM MQ；使用MSMQ也可第一点是数据库要设计好，要达到什么级别，你可能需要考虑哪些表需要拆分，哪些表的核心数据需要冗余，如果是mysql，还要考虑其他的问题，比如存储引擎。新闻肯定是要生成纯静态页，对数据库压力就小很多，不过静态页也有管理上的不方便，更新删除添加都要对磁盘文件进行操作做一个自定义缓存层，对缓存逻辑进行控制，可以采用第三方缓存模块，如果使用.net来做，可以层层缓存，页面缓存，数据缓存（memcache，不过在win下效率不高）电子商务网站特点就是对事务的严格，需要数据库设计的时候要求高性能，也需要合适的索引，支持高并发，经常对产品表用户表等进行索引检查，是否有很多索引扫描和表扫描（即使是局部的，也要将“局部”控制到最小范围）mssql语句对不需要事务的查询要附带上with(nolock),以利于并发更新。有些功能模块不能按照想当然的方式开发，比如产品访问次数，切不可将这些更新非常频繁的字段置于核心表内，明确的做法是将其剥离开来 还有就是切不可经常性将字段设计成bool类型，这样会给以后的扩展留出路，即使是男女这种字段，也建议采用tiny类型 其他还有就是在产品设计的时候充分考虑seo，网站目录结构清晰可读，而不是带着一串串的查询参数。对安全要有整体的把握，最好全都是用存储过程，在项目上线前将数据库存储过程全部导出再查找貌似exec的语句，查找是否需要替换成sp_executesql。另外，如果采用mssql，全文搜索直接用mssql fte就可以，速度和精确度都还是可以的，最重要的是维护和管理开发很简单。打折的处理可以按照电信的一次，二次批价功能，如果你做过电信方面的系统。当然也可以设计得更简单的一些。 静态的页面建议使用CDN加速，以解决网通和电信之间访问速度的问题；数据的缓存方面建议考虑用memcache，另外也可以分别在表现层和数据层利用.net中的现存缓存机制作业可；简单执行的sql可以不用存储过程，存储过程会占用数据库服务器的处理时间，造成死锁；mvc建议还是做些CMS的项目上应用，电子商城不是很适合，个人观点。url上可以做转义，使url显示更友好；数据库建议建立分布数据库，这样可以转移查询和大访问量对数据库带来压力；图片可以考虑单独放在一台服务器上；1.三层架构2.使用手写sql,手写entity(生成也可),缓存反射绑定(不是缓存数据哦,缓存映射关系),要考虑网站的长期发展还是手写吧 灵活 性能也好3.没有这种问题,商业驱动的,纯购物就好了,千万别搞什么圈子,wiki4.纯.net的mvc不建议,webform不搞viewstate,不搞服务端控件(除repeater)再加点mvc的思想已足够用了5.不需要缓存数据(除搜索产品部分),要考虑多台服务器的程序快速部署,config文件会很多,config要序列化缓存6.当然是先生成好了,参照jd吧,按业务每张图片对应几个不同大小的图7.据经验,电子商务网站仅靠中英双语来达到多语言是不靠谱的(文化 用户习惯不是简单的语言切换),如果想真正运营英语的就要重新开发一个版本8.不搞模式9.负载均衡(web,db)+ssb异步处理数据10.你是业务类型的日志还是异常日志? 前台订单流程上异常日志不需要了,找个工具录个脚本不停的跑 保证随时发现问题发邮件就可以了11.找第三方搜索组件 类似endeca的12.负载均衡挺简单的,初期靠软件就可以,一切图片找第三方放cdn,前台网站用到ajax的地方很少,如果用的话jquery 1，一个电子商务网站用户99.5%的行为时Find2、对于商品检索部分，能不用数据库就不用数据库（网上切词等相关的开源平台很多）3、分布式缓存（Memcached 、Volecity），个人测试volecity 3还是不错的4、系统设计时必须要考虑可运营。从这个角度去设计系统5、对于电子商务网站改动很频繁，必须考虑架构设计如何适应频繁的版本更新6、必须设计一个好的单点登录系统。7、建议能不用sqlserver就不用它。8、对于大型电子商务网站来说，系统的I/O是起决定因素而不是CPU和内存。1.项目划分是否会有问题,图中分别是 实体层,数据访问接口层,数据访问层,业务逻辑接口层,业务逻辑,网站A,B,C项目划分其实不重要，重要的的是你在写代码的时候是否能把代码合理的分到对应的项目里。2.数据访问层是要开发效率(NBear,Linq,Nh等),还是访问效率(直接使用sql等)?是否可以先使用开发效率高的,等日后访问量大了,再重写并替换数据访问层?开发效率优先，访问量大了以后，我相信是有钱投到硬件上的，在你程序写的不是很烂的情况下，升级硬件远比优化程序节省成本。3.网站被切割成了多个子网站,有一些控件(如header,footer)是要共享的,如何跨网站项目共享这些控件呢?那就做成自定义控件啦。4.ms的mvc 1.0也出来不少时间了,是否已经够成熟运用到项目中?或者是网站后台使用webform的,前台使用mvc?推荐使用使用webform的,前台使用mvc，对于前台来说使用mvc能更好的提升性能，更方便的更换页面表现形式。后台界面相对稳定，用webform可以提高开发效率。5.网站数据的缓存是自己开发一个hashtable什么的来维护呢,还是使用Memcached ?初期建议用hashtable，因为简单，将来升级到Memcached 。6.缩略图的处理,我看有的网站是在上传图片的时候直接生成,有的是在httpmodle里处理,访问的时候生成.直接生成缩略图的好处是节约性能。httpmodle相反，每次浏览图片的时候都会生成新的图片，服务器压力大，建议直接生成。7.同一个网站的多语言该如何处理是好,使用配置文件然后cookie或url来判别?多语言建议使用asp.net自带的资源文件的方式实现，当前语言保存在cookie里面。8.电子商务网站最多的就是 商品的打折方式和积分的赠送了,这里要怎么设计才好(工厂模式)?规则引擎9.如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢?使用MQ队列10.日志方面,log4net?log4net只能记录程序运行日志，主要目的是用来调试程序的，系统业务操作日志还你是得自己建一个表来保存。11.电子商务的全文检索,这也是个头疼的问题lucene，微软索引服务，sqlserver全文检索，方案很多的。12.负载均衡方面,有什么好的文章推荐码?可以看windows 2003 集群方面的文章 1.项目划分是否会有问题,图中分别是 实体层,数据访问接口层,数据访问层,业务逻辑接口层,业务逻辑,网站A,B,C目前我也是这样分的,不过当数据表结构有修改时,会带动其它层的联级修改,非常不方便，所以开发之前最好将数据库设计地完善一点。另外，当网站分成多个以后，其它项目生成的DLL文件要部署到每个网站的bin文件夹里，更新一次都要重新部署，这也是个挺烦人的事，当然可以将DLL部署到GAC里来解决这个问题，不过这样的话本地调试起来就不太方便了，因为项目一有改动，就要将生成的DLL重新拷贝到GAC里才能看到效果。2.数据访问层是要开发效率(NBear,Linq,Nh等),还是访问效率(直接使用sql等)?是否可以先使用开发效率高的,等日后访问量大了,再重写并替换数据访问层?这个我也在考虑。目前我还没有采用ORM框架，都是在DAL里直接访问DB的。3.网站被切割成了多个子网站,有一些控件(如header,footer)是要共享的,如何跨网站项目共享这些控件呢?自定义控件。4.ms的mvc 1.0也出来不少时间了,是否已经够成熟运用到项目中?或者是网站后台使用webform的,前台使用mvc?正在学习这一块。5.网站数据的缓存是自己开发一个hashtable什么的来维护呢,还是使用Memcached ?现在我用的比较多的是.net自带的数据缓存。6.缩略图的处理,我看有的网站是在上传图片的时候直接生成,有的是在httpmodle里处理,访问的时候生成.直接生成好，快一点。7.同一个网站的多语言该如何处理是好,使用配置文件然后cookie或url来判别?我没涉及到这一块，不过我觉得资源文件应该就是用来处理这个问题的。8.电子商务网站最多的就是 商品的打折方式和积分的赠送了,这里要怎么设计才好(工厂模式)?这些都放在逻辑层好了。9.如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢?MSMQ10.日志方面,log4net?目前我是自已写代码存在库里的。11.电子商务的全文检索,这也是个头疼的问题用lucene.net分词建索引，再直接从索引库里搜索，又快又准。12.负载均衡方面,有什么好的文章推荐码?不清楚了。 这样的设计要达到新蛋的效果肯定不可能的，新蛋少说几百台服务器，不同数据库之间的发布订阅链路都有几千条。有复杂的缓存，负载均衡机制。新蛋所有的通讯都是基于WCF的。另外对于这么大型的网站来说，数据库一刻都不停止，所以读写分离也很重要，因为你也不可能让数据库停下来进行备份。总归要做到新蛋这样的大型电子商务网站，靠你上面画的这点好像远远不够。 不过关于公共的header,footer,我不建议做成自定义控件，这个维护起来不方便，稍有变动就要发布dll，麻烦的。如果你的header和footer不是很大的话，建议采用js+css的方式。然后加上压缩和cdn缓存，应该效率上能接受。

一般项目开发是这样的，有需求之后 分两步走。1，美工设计页面布局，2程序员（组长了，项目经理了，）设计数据库（看项目大小了。如果小项目程序员直接开发直接设计了）。如果是大项目可能数据库设计就比较重要了，从e-r图了什么的开始设计到最后的数据库表的生成。3. 项目架构搭建，一般的公司都有自己搭建好的矿建了。这是时候就正式的开始程序员的开发了。--------基本上就是这个过程，希望帮到你了

Web前端开发技术主要包括三个要素：HTML、CSS和JavaScript！它要求前端开发工程师不仅要掌握基本的Web前端开发技术，网站性能优化、SEO和服务器端的基础知识，而且要学会运用各种工具进行辅助开发以及理论层面的知识，包括代码的可维护性、组件的易用性、分层语义模板和浏览器分级支持等。如何学习前端知识？我们生活在一个充满规则的宇宙里面。社会秩序按照规则运行，计算机语言几乎全部是规则的集合。计算机前辈们定义规则，规则约束我们，我们用规则控制数据。大部分时候，对数据的合理控制，来自于你对规则的掌握。现在很多小伙伴喜欢在互联网上找视频资料学习网页制作，但是光看视频你是不可能学会网页制作的，没有人指导你，而且很多视频已经过时了 ，并没有什么用!  如果你真的想学习网页制作这门技术，你可以来这个裙，前面是6 1 1，中间是四 贰 八，最后是壹  ④ 二！ 在这里有最新的HTML课程 免费学习 也有很多人指导你进步，不需要你付出什么，只要你是真心想学习的，随便看看的就不要加了，加了也是浪费大家的时间 。学习 HTML，CSS 应该先跟着书仔细、扎实的学一遍。然后就需要做大量的练习，做各种常规的、奇怪的、大量的布局练习来捆固、理解自己的知识。而学习 Javascript 首先要知道这门语言可以做什么，不能做什么，擅长做什么，不擅长做什么！如果你只想当一个普通的前端程序员，你只需要记住大部分 Javascript 函数，做一些练习就可以了。如果你想当深入了解Javascript，你需要了解 Javascript 的原理，机制。需要知道他们的本源，需要深刻了解Javascript 基于对象的本质。还需要 深刻了解 浏览器宿主 下 的 Javascript 的行为、特性。因为历史原因，Javascript一直不被重视，有点像被收养的一般！ 所以他有很多缺点，各个宿主环境下的行为不统一、内存溢出问题、执行效率低下等问题。作为一个优秀的前端工程师还需要深入了解、以及学会处理 Javascript 的这些缺陷。Web前端：1）精通HTML，能够书写语义合理，结构清晰，易维护的HTML结构。2）精通CSS，能够还原视觉设计，并兼容业界承认的主流浏览器。3）熟悉JavaScript，了解ECMAScript基础内容，掌握1~2种js框架，如JQuery4）对常见的浏览器兼容问题有清晰的理解，并有可靠的解决方案。5）对性能有一定的要求，了解yahoo的性能优化建议，并可以在项目中有效实施。6）......Web后端：1）精通jsp，servlet，java bean，JMS，EJB，Jdbc，Flex开发，或者对相关的工具、类库以及框架非常熟悉，如Velocity，Spring，Hibernate，iBatis，OSGI等，对Web开发的模式有较深的理解2）练使用oracle、sqlserver、mysql等常用的数据库系统，对数据库有较强的设计能力3）熟悉maven项目配置管理工具，熟悉tomcat、jboss等应用服务器，同时对在高并发处理情况下的负载调优有相关经验者优先考虑4）精通面向对象分析和设计技术，包括设计模式、UML建模等5）熟悉网络编程，具有设计和开发对外API接口经验和能力，同时具备跨平台的API规范设计以及API高效调用设计能力6）......从几个公司的招聘要求可以看到，做Web开发，对前端和后端的要求是各自所不同的。而我们目前的实际情况，也和这个差不多，但是，我们无论在知识的掌握程度上，还是知识掌握的宽度上，都是不够的。首先，我们在前端缺乏积累，没有沉淀，专业的前端技术的积累是从去年才开始的，同时，在前端也缺乏支撑与高手，所以，走起来比较困难。同时，前端人员培养的较少，一个原因是对前端了解太少，另外一个原因就是对前端与后端的工作比例估计不足。所幸，我们在这一年也在前端有了很快的进步，培养了几个优秀的开发人员，有意识的解决了前端的用户体验，这都是可喜的。今年，需要更进一步，专业化。其次，我们在后端发展的不够宽，后端的知识体系已经比较完善，但是，很多应用点都没有涉及到。同时，对现有技术框架的理解都不够深入，太浮躁。我们目前的设计团队在解决互联网高并发、大数据量的存取上经验与能力都还不足，需要正视这些问题。后端技术的发展需要更加的精进，以解决实际存在的问题为主。最后，我们在前端、后端都缺乏熟练工，这会影响到开发的速度，同时，也不利于后期技术的研究。