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网站开发架构设计要求
目录
相关文章
|
29天前
|
数据安全/隐私保护 Windows
.net三层架构开发步骤
.net三层架构开发步骤
9 0
|
7月前
|
开发框架 .NET 容器
.NET Core-依赖注入:良好架构的起点
.NET Core-依赖注入:良好架构的起点
|
7月前
|
开发框架 .NET 容器
.net core依赖注入:良好架构的起点
.NET Core使用依赖注入框架来管理服务的依赖与生命周期。
|
11月前
|
分布式计算 NoSQL Java
1..Net平台历程介绍和.net framework和netcore的架构体系对比,以及框架的选择介绍
1..Net平台历程介绍和.net framework和netcore的架构体系对比,以及框架的选择介绍
174 0
|
12月前
|
缓存 前端开发 JavaScript
采用.Net Core技术框架开发的医院云LIS平台源码,B/S架构
基于B/S架构的医学实验室检验系统源码,整个系统的运行基于WEB层面,只需要在对应的工作台安装一个浏览器软件有外网即可访问。全套系统采用云部署模式,部署一套可支持多家医院检验科共同使用。 采用.Net Core新的技术框架、DEV报表、前端js封装、分布式文件存储、分布式缓存等,支持LIS独立部署,Docker部署等多种方式。
|
计算机视觉
Half-UNet:用于医学图像分割的简化U-Net架构
Half-UNet简化了编码器和解码器,还使用了Ghost模块(GhostNet)。并重新设计的体系结构,把通道数进行统一。
185 0
|
Linux 数据库 网络架构
推荐一个.Net Core轻量级插件架构
一个基于.Net Core的轻量级插件框架,集成非常简单,两行代码完成集成;支持新增Controller,动态路由;热插拔、易扩展、无需数据库。
257 0
推荐一个.Net Core轻量级插件架构
|
开发框架 JavaScript .NET
一个基于.Net Core遵循Clean Architecture原则开源架构
基于Asp.net Core 6开发的,遵循Clean Architecture原则,可以高效、快速地构建基于 Razor Pages 的 Web 应用程序。
115 0
一个基于.Net Core遵循Clean Architecture原则开源架构
|
关系型数据库 测试技术 BI
.Net微服务实战之技术架构分层篇(二)
.Net微服务实战之技术架构分层篇(二)
163 0
.Net微服务实战之技术架构分层篇(二)
|
运维 中间件 Devops
.Net微服务实战之技术架构分层篇(一)
.Net微服务实战之技术架构分层篇(一)
326 0
.Net微服务实战之技术架构分层篇(一)