Top Web Development

基于 PHP 5.3 的 Xuni Framework 0.1.0 发布

经过半年多的业余时间开发，Xuni Framework 终于可以发布第一个版本了。Xuni 基于 PHP 5.3，大量使用了 5.3 的新特性，因此跟目前市面上的大部分框架都有着比较大的差异。框架的代码仓库托管在 Google Code 上，过阵子打算开启官方网站。目前 Xuni 还比较初级，文档几乎没写，代码上也有非常多的地方需要完善和改进，欢迎广大朋友提出批评、建议！项目地...

原创 设计乱谈

    php由sapi,main,zend和ext组成，php应用由哪些组成？地基+上层建筑。所谓地基就是各个应用间共有的那些部分，像现在流行的很多php框架就是试图给你打个地基。我不大喜欢别人给我打地基，所以平时都是自己打地基，自己打的地基牢与不牢自己最清楚。我爸是个建筑家，他建房子的能力在我们小镇也是赫赫有名了，从小耳濡目染，导致我也对打地基搞建筑很感兴趣，现在把这股劲弄到打软件地基上来，看

原创 来，招人啦，招人啦

1. 对*NIX系统内核设计与实现及其环境下的C编程非常精通，各类数据结构与算法更不在话下；2. 深刻理解计算机底层工作原理，能基于裸磁盘开发分布式文件系统和搜索引擎；3. 精通数据库系统设计与实现，对数据库各类优化和调优技术了如指掌，对各类数据挖掘和数据仓库技术非常熟悉；4. 对搭建在IP/TCP/HTTP协议之上的各类应用（Proxy, Cache, HttpServer, LoadBal

原创 构建PHP扩展时可以参考的一些资料

一本书：《Extending and Embedding PHP》两个pdf：http://hades.phparch.com/files/tek07/sara_golemon-tutorial_extension_writing.pdfhttp://talks.somabo.de/200707_extension_writing.pdf 其实写PHP扩展也不是什么难事。另外节目预告一下，我准备开

原创 PHP开发部分关键词

thinking in software development 软件开发思想=============================================software system       软件系统software environment  软件环境running way           运行方式entity                实体entity respons

原创 构建超级大站时可参考的一些资料

一个网站：http://highscalability.com/三本书：《High Performance MySQL》，《Building Scalable Web Sites》，《Scalable Internet Architecture》。 

原创 程序的运行环境及其设计

     当初看《设计模式》和《J2EE核心模式》时，跟大多数朋友一样，我也想着怎样去实现各种模式，怎么借鉴这些模式到PHP中来。而当我有一天看到《J2EE核心模式》里的前端控制器是持久的时，我脑袋一震：我是不是被弄得阻抗不匹配了？之后再回来看《设计模式》里的单件模式，再回想起当年写C程序时的经历，我跟我自己说，我是彻底犯傻了：写什么单件？为什么写单件？它适合PHP的动作方式么？有必要么？对这些问

原创 软件责任实体

    软件是一个生态系统。其中有各种组成元素，这些组成元素相互作用，形成整个软件生态环境，支撑着整个软件生态系统的正常运行。如此，关于如何构建一个软件，我觉得可以类比到生态系统的构建。    一个系统的运作，必然需要多种责任实体。什么是责任实体？它的表现形式是什么？顾名思义，责任实体就是承担一定责任的一种实体。一个系统中，具体会有哪些实体？如何挖掘这些实体？我认为可以从角色的构造型出发来寻找实体

原创 大型网站架构设计

原创 PHP的View层设计思路（一）

     一个页面，该怎样组织才最合理？    首先就XHTML页面来说，都是由一个个的框组成的。有些框只在某个特定的页面有，也有些框是在不同的页面间共享的。最后，有一个大框，把所有的小框包围起来，这个大框就是标签。再加上段里的一些声明、CSS链接和JS链接，一个页面就形成了。    每个框在包含它的容器框中都需要定位，如自然定位，相对定位，绝对定位，浮动，等等。同时每个框也需要有自身的修饰，如宽

原创 一种比较直观的分布式架构方案

发信人: diogin (JingCheng·离别＠六月), 板面: WebDev                            ?标  题: Re: 一种比较直观的分布式架构方案发信站: 飘渺水云间 (Fri Jun  1 04:43:29 2007), 站内信件机器不够的话，可以把部分整合在一起但是为了以后扩展方便，最好谢绝硬编码，应该全部弄成可配置db间可以复制，也可以搞clus

原创 关于架构分层的考虑（一）

    众多的设计书籍都推荐用分层结构，这也几乎是框架设计者的共识了。然而层是分了，具体分几层，还是一个值得决策的问题。我最熟悉的《责任驱动设计》和《领域驱动设计》都推荐用四层，而且两者的吻合度相当高，我受这两本书的影响也最大，所以很自然我的框架也分四层。    哪四层？表现层、应用层、领域层和技术层。    浏览器、PHP和数据库是比较容易区分出来的物理上的三个层次。然而这只是物理分层，跟逻辑分

原创 关于实体间依赖的考虑

    IoC（Inversion of Control，控制反转）和DI（Dependency Injection，依赖注入）是框架开发中非常常用的依赖处理技术，很多人把这两种技术混淆在一起了，事实上两者并不是一回事。IoC的名称其实非常形象，它反转了控制权，把控制权交给框架，开发人员只要编写“插件”，把它插入框架的适当位置即可让程序工作，而传统的程序则是开发人员编写控制代码来调用类库和工具箱。

原创 框架架构图(2007.05.07版本)

原创 打算把这里做为我的PHP框架开发基地

    目前我正在着手开发一个基于PHP5的面向对象Web开发框架。具体能做成什么个样子，目前我还没非常清晰的思路，当然至少在质量上是希望越高越好，在开发效率、简单性、易维护性、高性能、高伸缩性等众多非功能因素上能有一个很好的折衷，呵呵。    看过很多讲软件设计的书，加上对PHP5非常熟悉，我很想尝试一下～

原创 Blog开通

感谢csdn提供空间