构架
wfeng007
小王同学
展开
-
没有MVC 只有 MC
个人认为没有MVC模型只有MC模型。因为在web框架中 所谓的V(view)并不是web层的东西。而是表示层的。而表示层也必须有自己的逻辑。这样一来,就可见每一层都有M以及C。只不过不同的层次,对MC的作用倾向不同罢了。我估计这个就是人们,长久以来 一直想把显示与逻辑剥离开,而又从来没有完美的实现过的原因:即使是最上层的显示层也必须有一些控制显示的逻辑而显示层一旦复杂这些逻辑也必然跟着原创 2005-01-20 22:54:00 · 1305 阅读 · 1 评论 -
java平台的脚本语言可以利用起来了 1
长期以来从企业开发到早期的互联网开发都有一个情况。后台仅选择一种静态语言开发,而这个情况都沿用到几乎所有框架中去。当然,javaer也也可以说基础技术平台(1.6之前)并不支持多语言,或者至少官方不支持。另外一种论调是,后台多出1中语言就多一些麻烦,简单就是合理的。可是事实上,经过长时间的观察发现,如果任何东西都用java语言区实现有些情况会的十分的低效。尤其,java被过度设计这个问题笼罩由来已原创 2013-06-11 12:11:01 · 649 阅读 · 0 评论 -
java平台的脚本语言可以利用起来了 2
如何低效?我们来看一下struts1到struts2的使用案例。struts1 04年的时候属于巅峰期,其设计理念就是所谓的mvc。将界面的流控制、展示效果、数据都分离开来。似乎很不错。但是事实上呢?开发人员不但需要理解发杂的跳转配置(ajax尚未流行)、数据配置、还要任务理解tag的功能才能做好一个web应用。况且这些都是必须基于必须理解jsp、servlet等基础原理(可惜很多人这部分反而明白原创 2013-06-13 16:56:46 · 671 阅读 · 0 评论 -
java平台的脚本语言可以利用起来了 3
设计者很理想,弄得开发者很骨感吧,过度设计了。事实上,对于很多应用需求的变化不可避免,这也是新一代所谓极限编程的理念。当然,我这里只是对工具做判断。理念落地也需要研究具体操作与工具。为适应变化,应该对原有的工具做调整。在web所谓action层面用动态脚本是最小范围的实践。除了action层外,部分service以及dao都可以用,可以一定范围内混用。当然,在某些情况下载一个脚本函数内完成所有这些原创 2013-06-14 10:24:02 · 653 阅读 · 0 评论 -
java平台的脚本语言可以利用起来了 4
对于何时使用脚本,觉得一般做法如下:非成型模块使用,非关键模块使用,原型实现模块使用,无极端性能要求的模块使用。这里要提一点,好动西不是设计出来的是改造出来的,设计是给下次改造用的。因为事实上不断变化的东西无法预先提供完美的设计。对于一些新的未成熟的模块,由于需求、设计、甚至实现本身修改平凡,需要能够提供一套适应小步快走的工具。web层是最典型的情况。 那么具体选择何种脚本,如何用脚本实现原创 2013-06-22 14:26:46 · 707 阅读 · 0 评论 -
国外对架构方面“拍脑袋”的新名词“架构的顺势疗法”
infoq上的一个晦涩难懂的翻译文章。http://www.infoq.com/cn/news/2013/01/architectural-homeopathy其中关键是的话:"有时候我们会在会议中遇到来自某人的令人赞叹的发言,今天我也有同样的经历,有人写道“我们自己就是病人,我们能停止假装自己就是外科医生吗?”她的观点很简单,过去在公司里已经遇到过这样的挑战,人们依据一些个人原创 2013-02-02 22:26:31 · 790 阅读 · 0 评论 -
锁模式
老早的一个随笔blogjava中记录的:http://www.blogjava.net/wfeng007/archive/2006/01/10/27411.html 在事务系统中很重要的一个概念就是“锁”。在事务系统中“事务”概念保证了数据访问的原子性,即单事务进程中一组数据访问的一致性,而“锁”的概念保证了数据访问的隔离性与排他性,即并发事务进程之间的同步访问的独立性。有一原创 2010-02-13 21:51:00 · 538 阅读 · 0 评论 -
读 Patterns of Enterprise Application Architecture 1
Layering is an important technique, but there are downsides.Layers encapsulate some, but not all, things well. As a result you sometimes get cascading changes. The classic example of this原创 2005-05-02 23:56:00 · 1275 阅读 · 0 评论 -
业务逻辑层 重点分类(随)
应用系统的核心 应该是 业务逻辑层。它本身还可以分类: 1,生命周期控制及容器。 该部分除了可以控制业务层的组件的生命周期。同样还可以控制 其他模块的生命周期,或者其它模块中模块级生命控制容器的控制。(应用服务器中,ejb标准中的生命周期控制部分。P.S.至少还可以分为应用级别与会话级别两类) 2,业务逻辑。完成需要的业务需要的主体逻辑单位。(ejb中的会话bean)原创 2005-04-21 12:41:00 · 1391 阅读 · 0 评论 -
从MVC讲到多层架构
最近浏览技术论坛时,偶尔遇到几篇讨论MVC以及时下比较流行的PO、VO话题的贴子。(http://forum.javaeye.com/viewtopic.php?t=627) 看到大家这样踊跃的发言我也想凑凑热闹。可惜,这个论坛注册后过10天才能发言... 那就到这里来写吧。。。 我发现,这些贴子都是讨论VO 是 M 还是 V 的东西。原创 2005-03-13 19:13:00 · 1461 阅读 · 1 评论