作者:mobiledu2502871343 | 来源:互联网 | 2023-09-05 08:30
我们最近准备开发一个应用程序,刚开始准备用asp.net开发。但后来我们领导认为用asp.net做界面很多要通过服务器交互,响应速度差,界面对用户不够友好。准备大部分用javascript实现。我
我们最近准备开发一个应用程序,刚开始准备用asp.net开发。但后来我们领导认为用asp.net做界面很多要通过服务器交互,响应速度差,界面对用户不够友好。准备大部分用Javascript实现。
我对于web开发还是第一次接触,但总是觉得怪怪的。一方面是Javascript对面向对象支持不是很好,有些地方写起来不方便。另外在实施的时候会不会有什么问题?特别在安全和适用性方面有什么问题?
13 个解决方案
可以:
之前经历的web开发都是 前后端 同时开发的。
在需求讨论的时候,前后端的程序员都要参加,等定稿后前后端就可以同时进行开发了。
对于前端来讲,数据源可以模拟,你的界面也不会因为服务器端的逻辑和代码的变化而变化。
对于后端来讲,甚至都不用知道最终的界面是什么样子的,他只关注一些前后端数据格式及调用接口的形式去完成。
都是前后端分离,采用ajax模式进行开发,这样最后集成的时候也很简单,前端只需要把数据源切换为最终后端提供的service。
没有分层就没有单元测试,只有前后端分层明确了,测试才能更有效。当然了我这个分层只是指的是前后端的分层,事实上纯粹的后端,甚至纯粹的前端也是需要分层的。
就界面而言,HTML与CSS结合就可以实现
在功能与逻辑方面,需要服务器技术
无疑,如果要求更好的安全性,推荐ASP.NET
如果领导对ASP.NET没好感,那就AJAX吧
如果都在界面里用JS写的话
那别人不是可以保存页面.然后修改了再提交么....
可考虑采用ASP.NET MVC框架。
js 在前端主要负责数据的展现,服务器端产生数据,将数据交给js处理即可。
前端js目前也有很多框架可用,一般不需要涉及OO编程,写起来比较简单。
服务器端asp.net ,而JS只是负责前端的。JS对前端的处理很完美,用户体验也能得到提高
我现在做的项目就是 JS+HTML (pagebase)的项目 感觉还可以,做的是生产管理(web)
js 在客户端的优势是响应快,用户体验比较好,但安全性不能保证
可以考虑在服务器端进行全面验证,这个全面验证就是说客户端可以提供一部分逻辑比较简单的验证,尽可能缩短系统响应时间。
较复杂的可以只在服务器端实现,服务器的宗旨是不相信任何客户端提交的信息安全性。
当然根据你的系统的安全级别要求进行相适应的安全机制验证就可以了。
js在客户端的适应性方面,要考虑跨浏览器的通用性问题,有些 BOM 代码,要根据不同浏览器分别编写代码