|
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-05-27
csf177 写道 asp命名空间中的标签其实更好的维护了语义
顺便说一下 其实你那个页面不是HTML5的什么i标签的问题 而是你把li写错成了i 我也没仔细看 主要是没想到会有这种问题 实际上你的页面还是符合XHTML的 本来嘛 我还奇怪呢 那么简单的页面还能通不过XHTML 感谢细心指正！ csf177 写道 zbm2001 写道 .net3.0之前不但不能，还会在VS编辑器里破坏原来的源码结构，诸如肆意去掉文档申明、修改标签大小写，还好××浏览器好说话，想想如果这些是动态的程序代码会怎么样呢？
.net3.0迫于压力，做了改进，是基本能通过校验—— 文档重在规范，但语义却是其灵魂，没有语义满页的标签汤，那个验证页面不是为这种验证而设立的。 无知啊 说了你还不相信 你对语义缺乏基本的了解 大学不是计算机专业的吧 对你们这种纯粹靠项目实践出来的人真没办法 所有东西都一知半解 然后还说得理直气壮 aspx页面才是源码 语义只存在于源码中 生成的页面是标签汤关你什么事 你怎么不去挑CL生成的机器码没有语义？ 说的好啊！“aspx页面才是源码 语义只存在于源码中” ——我想这是一个绝佳的（原谅我用这个词）分歧点，到底是我们命令程序往我们编写的文档里插入或操作数据呢？还是让程序挟着我们的文档操作呢？ |
| 返回顶楼 | |
|
发表时间：2008-05-27
机器码没有语义？
没有语义连机器都不会读！ |
| 返回顶楼 | |
|
发表时间：2008-05-27
zbm2001 写道 说的好啊！“aspx页面才是源码 语义只存在于源码中” ——我想这是一个绝佳的（原谅我用这个词）分歧点，到底是我们命令程序往我们编写的文档里插入或操作数据呢？还是让程序挟着我们的文档操作呢？ 不知所云了 |
| 返回顶楼 | |
|
发表时间：2008-05-27
zbm2001 写道 机器码没有语义？
没有语义连机器都不会读！ 以哲学观点 任何信息中都含有语义 这个地方我确实说的不恰当 不过我没兴趣跟你讨论哲学问题 我这里的语义显然指易于被人理解的语义 准确地再说一遍： 你为什么不挑CL生成的汇编代码语义的可理解程度差呢？ |
| 返回顶楼 | |
|
发表时间：2008-05-27
GWT 怎么样 是不是把正方反方都能接受？
|
| 返回顶楼 | |
|
发表时间：2008-05-27
zbm2001 写道
我是受够了！！！
××的（留点口德）服务端组件模型，生成的代码那叫一个垃圾！ http://www.gs1cn.org/template/demoGDS.html 还少了一个</div>闭合标签，我们那个5年的.net程序员，2年多到现在愣是改不过来；项目里类似这种控件生成的垃圾代码到处都是，还跟新人侃这个框架、那个组件……多有经验啊——真让人替这些新人担忧；js组建更是到处抓，导致项目埋下n多地雷，我做了许多测试都心惊肉跳……；跟他说到这些还脸红鼻塞的……最是替那些个项目担忧了！ ——不学也罢，脏了眼睛，时间也宝贵着呢。 http://www.gs1cn.org/template/demo.html 看看什么叫CSS+html过硬！什么叫语义网！那些打包好的××的（留点口德）服务端组件模型会明白吗？等着自己开发吧！ ——js上也逼着自己开发zCool库，优雅而健壮的实现再辛苦都快乐（过段时间有机会贴上来献丑）——I love in it！！ 我只是个做前端设计的，快30岁才入行，写js程序算是个八脚毛， 绝对希望和楼主这样的程序员搭档！ 谢谢zbm2001兄认可。
很认同你说的：不要乱用框架。拼凑使用各种框架、工具确实是项目失控的重要原因之一：不能100％地把握框架和工具，有时就会被框架所困。
我多年的编程习惯是，自己能做的事，尽可能自己做：除了工作量太大的web服务器、数据库服务器、全文检索引擎，以及一些绝对可靠的工具，系统中涉及的绝大多数东西都自己实现，比如web框架、持久化模型、前端UI组件、ajax通讯组件、文件上传组件、HTMLEditor、log策略。。。这些东西其实都不是很难，第一次用比直接使用现成的东西会多花点时间，但时间长了自己做的东西在使用效率、可整合性、可调试性、可扩展性等方面都会有明显优势。
|
| 返回顶楼 | |
|
发表时间：2008-05-27
soci 写道 GWT 怎么样 是不是把正方反方都能接受？
我自己没什么特别的观点 反正我自己什么都不用 只是有些明显的错误挑一挑而已 如果谈组件模型 决不是这种谈法 JE这个地方 初看到处都在讨论分析、架构和设计，其实进去帖子才知道 大多数都是些不知是什么的东西。 |
| 返回顶楼 | |
|
发表时间：2008-05-27
leebai 写道
谢谢zbm2001兄认可。
很认同你说的：不要乱用框架。拼凑使用各种框架、工具确实是项目失控的重要原因之一：不能100％地把握框架和工具，有时就会被框架所困。
我多年的编程习惯是，自己能做的事，尽可能自己做：除了工作量太大的web服务器、数据库服务器、全文检索引擎，以及一些绝对可靠的工具，系统中涉及的绝大多数东西都自己实现，比如web框架、持久化模型、前端UI组件、ajax通讯组件、文件上传组件、HTMLEditor、log策略。。。这些东西其实都不是很难，第一次用比直接使用现成的东西会多花点时间，但时间长了自己做的东西在使用效率、可整合性、可调试性、可扩展性等方面都会有明显优势。
|
| 返回顶楼 | |
|
发表时间：2008-05-27
csf177 写道
国内程序员的问题在没有自知之明
不看文档 也不认真了解（能同时找到.NET的文档 JSF的文档 ECMA262 XHTML的XSD和文档的同学举下手 全看过的也举下手） 其实麻烦就在某些人根本不知道什么叫组件模型 在一些显然没边的问题上胡扯 所以根本没法说。我也不是开培训班的 没兴趣普及软件基本理论。没学过计算机或者上学期间没好好学的同学就不要在这里不懂装懂了。 组件模型碍着标签封闭什么事了，某人公司的.net程序员垃圾，跟组件模型有何关系？所以我说MS和SUN这种做技术的公司，做出来的好多东西都被浪费了，不喜欢SUN但我也替SUN悲哀。无知很悲哀，但是被无知者当作无知更悲哀。 成天在社区对不了解的技术说三道四，什么商业利益、管理层分歧、技术派系，其实跟三姑六婆说家常里短没什么区别，是最没出息的程序员做的事。
不要太相信大厂商，我们做过6年IBM的ISV，知道大厂商的东西未必都事好东西；而且从软件产业发展的历史看，失败的技术远多于成功的技术。 |
| 返回顶楼 | |
|
发表时间：2008-05-27
soci 写道
不理解啊 ，ORM大家都接受，怎么服务端UI很多人就不接受。
JS+DHTML+CSS 和 pl/sql + trigger 多像。
引用
7wxAop看到，面向对象编程与RDBMS之间存在严重的不匹配。7wxAop认为，要么业务实体本身没有状态需要持久化，就像各种界面组件、Web浏览器程序；要么业务实体不依赖于RDBMS能解决自身状态的持久存储问题，就像Photoshop、Office等桌面应用，否则不要想方设法把业务实体设计成实体对象，再想方设法保证实体对象与RDBMS的一致性。7wxAop认为这种被称为OR Maping的努力是混杂的、低效的、徒劳的，再怎么发展也是没有前途的。7wxAop发现，与丑陋的EJBQL/HQL相比，被世人遗忘的SQLJ其实更有借鉴潜质，于是7wxAop将Http的Request、Response引入SQL其改造成SQLHTTP（框架中称为AutoSQL），简洁高效地在浏览器UI和DB之间建立了直通桥梁。
|
| 返回顶楼 | |
