- 多谢~~
在文章的末尾有两个链接,分别是介绍和Demo。- 供了模块与框架、其它模块交互的支持,提供了内核反射、服务、事件、扩展等相关功能支持。...
- 有Web界面框架,仿Win7风格的,可以到http://www.iopenworks.com/下载。
- 改!
- 自己顶一下!
- 这个通用界面框架是基于OSGi.NET插件框架来做的,先看一下运行效果。 换个皮肤试试看! 这个界面框架是OSGi.NET面向服务插件平台的一个通用的界面插件,它利用OSGi.NET的扩展...
- 这是我第一次听到这样的论调,世界无奇不有!...
- 写的东西真是一堆歪理论,把OOP全部给糟蹋了,很奇怪怎么会有人这样理解OOP的。没有真正搞过OOP的人,就静是瞎举例,瞎吹牛,误导人!
- ntime.ProcessRequestInternal(ISAPIWorkerRequest),至于这个方法,LZ已经描述了,我就不多说了。
ASP.NET处理用户请求使用了ThreadPool来分配线程,最终这个线程调用了HttpRuntime.ProcessRequestInternal(ISAPIWorkerRequest)方法完成HttpContext创建、获取ApplicationInstance、调用 applicationInstance.ProcessRequest方法。... - 我总觉得,能写牛B代码的人,都必须是理论基础扎实,技术较为全面,学习比较系统,这样就自然能写出牛逼的代码了。
- 这个明显太粗浅了,上面描述的并不是ASP.NET编译,而是普通应用的编译。对于ASP.NET,页面ASPX会编译吗?编译成什么样子的?怎么编译呢?
我还没有严格的弄明白ASP.NET页面的编译原理,不过,有所了解。现在先抛出这些问题,等彻底弄明白了,再交流。 - 研究的不错,支持一下!
- @风云
很酷,了解,:)! - 而不是发到淘宝上,一个是检测下我有没有侵权,一个是我想大家是否可以考虑下开发类似的东西,类似的能够快速开发的东西。
关于界面...
可以用以下我们的界面,美观一些,http://www.iopenworks.com/Products/ProductDetails/Introduction?proID=8。
隔离的想法确实非常优秀,也就是WebAPI仅是在业务逻辑之上的一层,需要的时候可以按需发布了!!这个功能确实非常优秀!支持。我分析过OB源码,就是Unity的前身。利用IoC的插件插件化,只能做一些轻量级的小应用。可以看看我们专业级的OSGi.NET插件平台,iopenworks.com开放工厂。
我试用了你的代码生成器,生成的Web应用没有办法运行,另外,你们用了Express控件,不知道是购买版权还是破解的?界面有点粗糙!可以看一下我们的OSGi.NET面向服务插件化平台,iopenworks.com开放工厂,我们的思想是参考OSGi规范,将其移植到.NET,然后实现适用于任何.NET应用的插件内核,接着构建ASP.NET插件、WinForm插件、服务插件,形成开放的插件仓库。支持作者!不错,顶一下!关于插件平台,LZ可以看一下我们的OSGi.NET插件框架,http://www.iopenworks.com/,完全免费开放的。学习了!
赞同,你说了我想说的话。顺便建议一下博客园,可以在回复里面增加一个同意或者反对按钮,这样,我可以直接同意你的观点,不需要再回复了。:)仅仅生成API,还差了点~~,:)。推荐本人写的文章《如何为SDK编写专业的用户指南》顶LZ,特别是跨机器的Form认证尤为有趣,多谢!
嗯,你和3L说的确实有一定道理!那在命名上需要更改一下。不过,这个文章的本意是在于提醒一下,写代码时,不要仅关注正面功能,还要处理方面的情况。反对,我投的。至于为什么投呢,是因为LZ说的实在“大”的不着边际。
文章看起来特偏激。这不像是搞技术的人写的文章,而是哪些喜欢吹、半吊子的人写的。纯粹是听了一些名词,胡乱凑出来一篇水文!不懂的人,会受忽悠;懂得的人会嘲笑。
什么狗屁战略,只要你能抓住用户的需求,就能够真正实现高帅富。
看起来像是HTML5粉丝,或者Web App粉丝,但是,估计自己都没有深入做过这类应用。看起来不错~~,学习了










