组织 PHP 类层次结构的最佳方法
我的大部分项目都使用了一个有点原始的框架，但我想到了一个通用的设计问题，我还没有解决.对于给定的应用程序，我应该将应用程序特定的类结构与框架的结构分开，还是在框架之上构建不是一件坏事? 例如，假设我有一个带有基本 Controller 类的框架，并为我的应用程序的给定部分扩展了它.哪种安排最有意义，为什么? 类结构 A: 直观，调试时易于查找源文件. 文件命名/目录结构反映了类
..
class-structure相关内容
当成员也是分层结构时，如何构建类结构?
我正在构建一个 PHP Web 应用程序，该应用程序应该为用户提供在他与另一个人/组织之间订购“安装"/设置(ConnectDirect 或文件传输网关)连接的可能性. (连接实现的技术规范并不重要——在应用程序中，它只是关于作为产品的连接，可以订购和管理.) 其模型层的类层次结构应代表以下真实世界的基础设施: 有连接，可以订购. 连接可以是 IBM Connect:Direc
..
枚举的单独类?
对于业务层中的一个单独的类来存储枚举的定义的普遍共识是什么?这是不好的做法吗?这是否符合良好的 n 层设计?目前我的枚举定义散布在不同的，我认为是相关的类周围 - 但我觉得它们应该在一个地方.事实上，这是否是一个主观问题，并且与我如何构建解决方案的其余部分有关? 解决方案 将枚举保存在单独的类中 在这种情况下，您将不相关的定义扔到一个类中，几乎没有任何好处. 将枚举定义
..
如何强制派生类实现静态属性或字段?
这是我的抽象类: abstract class Enemy { protected static abstract float HEALTH { get; } float health; void someMethod() { health = HEALTH; } } 这是我的派生类: ab
..
组织PHP类层次结构的最佳方法
我已经在大多数项目中使用了一个有点原始的框架，但是我想到了一个尚无法解决的一般设计问题.对于给定的应用程序，我应该将应用程序特定的类结构与框架的结构分开，还是在框架之上构建不是一件坏事? 例如，假设我有一个带有基本Controller类的框架，并将其扩展到我的应用程序的给定部分.哪种安排最有意义，为什么? 类结构A: 直观，易于在调试时查找源文件. 文件命名/目录结构反映了类层
..
如何正确地构造这个类的可见性？
我试图改进一个我写的管理一个INI文件的类，该类包含3个子类（ File ， Key ，节）来分隔和组织过程（一般为ini的procs，用于管理键/值的procs， 好吧，我的问题是在旧类中所有的成员被共享（props / vars / objects /方法）这可能会导致消退，那么我想尝试完善成员的可见性，并且有我被困在哪里。 当前使用的类如下： INIFileManager
..
如何建立一个类结构，当成员也分层结构？
我建立一个PHP的Web应用程序，应该提供给用户一个方法可行，订购“安装”了他和另一个人/组织之间（ConnectDirect或文件传输网关）连接/设置。 （连接实现的技术的specifica并不重要 - 在应用程序中，这只是关于连接的产品，也可以订购和管理。） 中的类层次结构的模型层应该重新下真实世界的基础设施present： 还有的连接的，可以订购。 的连接可以是IBM连接：直接连
..
.NET嵌套类
目前的类库我的工作将有一个基类（场）有50具体的“场”，将继承“场”和嵌套为保持可读性类型。例如... 抽象类领域 { 公众诠释长度{获得;组; } 公共类FIELDA：现场 { 公共静态无效DoSomething的（） { Console.WriteLine（“做了什么。”）; } } }
..
C＃：列出大会所有类
我想输出。（编程 - C＃）在我的程序集中的所有类的列表 任何提示或样品code如何做到这一点？反思？ 解决方案 使用 大会mscorlib程序= typeof运算（字符串）.Assembly; 的foreach（在mscorlib.GetTypes类型类型（）） { Console.WriteLine（type.FullName）; }
..