开发者社区> 天伟> 正文

Asp.net网站开发架构设计要求

简介: 网站文件名: 1、 网站文件名以标准英文单词描述业务内容。如果1个英文单词无法描述,可以增加2个或者3个,但尽量为完全单词,例如article.aspx/ articleView.aspx /    articleList.aspx 等。
+关注继续查看

网站文件名:


1、 网站文件名以标准英文单词描述业务内容。如果1个英文单词无法描述,可以增加2个或者3个,但尽量为完全单词,例如article.aspx/ articleView.aspx /    articleList.aspx 等。

2、 文件名尽量不用数字描述。
3、 文件名尽量不能太长,以不超过20个字母为宜。
4、 图片文件名尽量描述图片内容分类。尽量以btn,menu,title,arrow,line,dotline,bg等前缀命名。例如:
Btn_friendlinks.gif / title_contactus.gif
5、 禁止采用.inc等对include文件命名,此文件名可下载,不利安全。有动态内容的文件,都要采用
开发技术命名。例如:dbconn.inc.aspx / index.lang.aspx。
6、 虽然可能在不同文件夹,尽量不要产生同名文件。例如:modules/index.aspx language/index.aspx
对设计师的要求:
1、 图片文件的保存。网站页面设计者在切图后把图片分类,有文字的图片放到language/语言/images/文件夹下。没有文字的图片放到templates/当前网站名/images/文件夹下。
2、 CSS样式文件的保存。网站设计最少2个CSS文件,一个是language/语言/下langStyle.css 文件。此css文件负责语言转换后文字大小,字体的定义。另外的css 文件保存在templates/当前网站名/styles文件夹下,此类css为页面布局显示作用。
3、 Media文件的保存。Swf文件等常用media文件可以同图片文件保存一样。但要分有文字和无文字。
4、 页面文件的保存。所有页面文件均保存在templates/当前网站名/目录下,不分子目录,文件扩展名为.HTML或者.tpl.aspx / .tpl.php 等。链接统一采用一种绝对或者相对,不能混用。
5、 文件名按照第二点说明命名,不需要提取inc等文件。如果设计师修改了公共部分,可以注明以哪个文件为准。
对程序员的要求:
1、 模块化编程,采用显示层/控制层/数据层分层开发。模块设计时考虑可重用性,方便应用于别的项目。
2、 基于类的编程,增加代码可重用性,可阅读性。
3、 注释清晰,方便后续开发人员修改。
4、 HTML的模版读取,控制模块分类,数据操作等要思路清晰,不能混淆。
5、 基于多语言,多模版的开发思路,方便网站升级,改版,功能扩展和移植。
其他说明:
1、 网站后台管理功能也适用于上述架构,当然可以取消模版功能设计部分。
2、 HTML的针对搜索引擎的亲和设计,DIV+CSS布局设计,就是要看设计者的综合技能了。
3、 程序员对交互内容传输安全性的考虑。可以引用SSL技术来加密传输敏感数据,也可以采用Javascript加密+后台脚本解密,交换秘钥方式发送接收加密数据,这样的方案成本低,速度快。
4、 程序员对防止SQL注入攻击,暴力破解的代码防范,upload功能的漏洞检测等。
5、 技术隐藏实现和URLRewrite的应用。IIS下URLRewrite应用或者隐藏扩展名的开发部署。
6、 本架构输出是基于功能动作访问的不是基于页面访问的。例如:访问会员资料修改以前是直接访问/member/infoModify.aspx。而本架构是通过 /cmd?act=memberModify 访问。
7、 Components目录和Modules目录的区别。Components组件目录通常保存完全独立的完全可移植的功能组件,例如vote投票,counts统计,editor通用HTML编辑器等等。而Modules多为网站业务层的,移植性较差,相当于网站栏目,功能离散复杂。也可以理解为开发了组件,可以兼容各种网站;而模块必须为独立业务逻辑服务 Asp.net网站开发架构设计要求

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
一起谈.NET技术,走向ASP.NET架构设计——第四章—业务层分层架构(中篇)
  在上一篇文章中,我们讨论了两种组织业务逻辑的模式:Transaction Script和Active Record。在本篇中开始讲述Domain Model和Anemic Model。   Domain Model   在开发过程中,我们常常用Domain Model来对目标的业务领域建模。
913 0
一起谈.NET技术,走向ASP.NET架构设计——第三章:分层设计,初涉架构(后篇)
  接上篇   4.数据访问层设计    数据访问层,这块要说的不多。但是要澄清一点:数据访问不一定就是访问数据库,虽然多数的情况下,我们确实把数据存储在数据库中。   这里我们用数据库存储数据,并且用Linq To Sql来进行数据访问操作。
801 0
一起谈.NET技术,走向ASP.NET架构设计——第六章:服务层设计(中篇)
  Façade设计模式   在SOA客户端的设计中,最常用的模式就是Façade模式了。Façade模式简化了复杂子系统的调用接口,也就说,Façade隐藏了子系统之间的复杂关系,给客户端一个简单的调用接口。
707 0
一起谈.NET技术,走向ASP.NET架构设计——第二章:设计/ 测试/代码
  再次申明一下:本系列不是讲述TDD的,只是用TDD来建立设计的思想。即便是用DDD,有时候还是结合TDD一起使用的。   开发方式比较   我们用下面的一段分析来引出今天的内容:   想想我们平时是如何在写代码:拿来需求,分析功能,编写功能代码。
900 0
一起谈.NET技术,走向ASP.NET架构设计——第五章:业务层模式,原则,实践(后篇)
  设计模式   本篇文章主要是接着讨论的在业务层可以采用的或者常用的一些设计模式:   State模式   状态模式允许一个对象在随着它的状态变化而改变它自身的一些行为。   在项目开发的过程中,有一些类,例如一个业务类常常是有自己的一些状态的,而且还存在状态之间的一些转换,有些状态之间是可以进行转换的,有些状态之间是不能转换的。
1111 0
一起谈.NET技术,走向ASP.NET架构设计——第三章:分层设计,初涉架构(前篇)
  本篇主要讲述ASP.NET应用中如何进行逻辑分层。本篇的前篇会从Smart UI 反模式和它的一些缺点开始讲述,然后一步步的讲述如何逻辑分层,而且在后篇中也会给出一个ASP.NET设计中常用的仅供参考的分层架构的Demo。
823 0
走向ASP.NET架构设计——第七章:阶段总结,“.NET研究”实践篇(上篇)
  示例说明   本篇的例子的是一个在线订票的服务系统。这个系统向外界暴露了一些可以通过Http协议访问的API,在这个订票服务下面允许任意多个隶属机构来使用服务API进行真正的售票活动。如下图所示:   就好比银行外面的那些自动取款机(对应图中的Affiliate A, B, C),可以把它们看成是银行系统的隶属机构,我们就是通过这些取款机来进行存取活动的,其实这些取款机是调用了银行系统的一些服务来进行数据操作,当然我们也可以直接到银行柜台(对应图中的Ticket Shop)去进行存取款操作。
696 0
一起谈.NET技术,走向ASP.NET架构设计——第四章:业务层分层架构(前篇)
  在讨论完四种模式之后,我将会和大家一起来看看DDD的一些知识。每种模式的讲解,我都会用实例的形式给出完整的代码,也希望大家多琢磨!   不是所有的应用程序都是一样的,也不是所有的系统都需要用复杂的架构来组织业务逻辑。
885 0
走向ASP.NET“.NET研究”架构设计——第六章:服务层设计(中篇)
  Façade设计模式   在SOA客户端的设计中,最常用的模式就是Façade模式了。Façade模式简化了复杂子系统的调用接口,也就说,Façade隐藏了子系统之间的复杂关系,给客户端一个简单的调用接口。
947 0
+关注
天伟
一个普通程序员
文章
问答
文章排行榜
最热
最新
相关电子书
更多
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载
冬季实战营第三期:MySQL数据库进阶实战
立即下载