1
2
我最近一直在我的代理机构研究同样的问题,我目前正在测试的解决方案涉及以下应用程序文件夹结构:
其思想是通用组件代码存储在
这个
然后,可以在
由于我们希望保持模块管理系统不变,并且还支持多个管理系统(在URL中,如www.domain.com/admin/ecommerce和www.domain.com/admin/user),因此我们直接从
正如我所说,我目前正在测试这个,但我希望它能给你自己的系统一些想法。一旦我完全稳定下来,我希望能写一篇关于这个话题的博客文章。 |
2
0
我们将软件作为服务应用程序进行操作,听起来与您的平台类似,在我们的例子中,所有实例数据都存储在实例自己的数据库中。 至于处理自定义功能(代码),如果它完全被定制,那么我认为将定制代码模块化或打包到容器中是有意义的,该容器可以由客户的唯一标识符引用,并按需加载代码。对于模块来说,这很简单,但如果您需要单独的控制器甚至操作,则显然更为复杂。 有些系统在自己的事件/回调系统中构建,允许注入功能,尽管这在公共api中更为常见。 |
3
0
编辑:我没有注意到各种各样的评论。因此,定制的代码不在一个包中,它添加了功能并且不重写。 这里的问题是,您提到的代码没有覆盖任何内容,而是添加了功能。你可能会看到某种形式的插件系统,在那里你会读到一个带有类名的配置文件。这些类将提供关于每个插件的信息(即,如果您的ui使用tab s,它将有一个tab名称的属性)。 这实际上取决于每种实现的不同功能。有更多的信息来提供高层次的解决方案可能会有帮助。 我使用php autoload的方式(请参见: How does OOP manage to 'include' classes stored in different files )根据类名创建单独的文件夹。这可能有助于将代码与其他实现分离。 |
pia-sophie · 带子级的嵌套视图,不会显示子级 7 年前 |
pia-sophie · 注册查看帮助程序了解问题 7 年前 |
GThamizh · Mysql查询格式从ZEND更改为Yii2 7 年前 |
p.wright · Zend2 Post请求 7 年前 |