小编maf*_*aff的帖子

有没有人知道PHP的包管理器库(例如apt或yum for linux发行版)除了 PEAR？我正在开发一个应该包含用于模块管理的包管理系统的系统.我设法使用PEAR获得了一个可行的解决方案,但是除了管理PEAR安装之外,使用PEAR客户端并不是最佳解决方案,因为它不是为此而设计的.我将不得不修改/扩展它(例如,实现安装/升级操作或将PEAR特定文件(如锁定文件)移离系统根目录),尤其是CLI客户端代码非常混乱和PHP4.所以也许有人有一些建议

• 对于一个易于使用和扩展的替代PEAR客户端库(服务器端有一些很好的实现,如Pirum和pearhub)
• 用于用PHP编写的完全不同的包管理系统(理想情况下包括依赖性跟踪和不同的通道)
• 对于一些一般性的想法如何实现这样一个PM系统(是的,我仍在修补从头开始实施这样一个系统的想法)

我知道像Magento和symfony这样的大型系统使用PEAR作为他们的PM.Magento使用原始PEAR客户端的黑客版本(我想避免),symfony的实现似乎与框架完全集成,但至少从头开始编写客户端是一个很好的起点.无论如何,如果有人有建议:请:)

我目前正在使用ASP.NET MVC创建一个应用程序.我在textarea中有一些用户输入,我想用<br />而不是换行显示这个文本.在PHP中有一个名为nl2br的函数,它就是这样做的.我在网上搜索了ASP.NET/C#中的等价物,但没有找到适合我的解决方案.

第一个就是这个(对我没有任何意义,评论只是印在没有新线的情况下):

<%
    string comment = Html.Encode(Model.Comment);
    comment.Replace("\r\n", "<br />\r\n");
%>
<%= comment %>

我找到的第二个是这个(Visual Studio告诉我VbCrLf在这个上下文中不可用 - 我在视图和控制器中尝试过):

<%
    string comment = Html.Encode(Model.Comment);
    comment.Replace(VbCrLf, "<br />");
%>
<%= comment %>

是否有推荐的方法将重组/重命名引入外部化配置，同时为仍然依赖旧配置结构的消费者保持向后兼容性？

例如，给定一个库使用@ConfigurationProperties过去定义的以下配置结构：

old-properties:
  an:
    old-property: true
  another:
    custom-property: 1234

该库的新版本将配置重新定义为如下所示：

my-library:
  a-property: true
  another-property: 1234

有没有一种好方法可以弃用旧的结构，同时在一段时间内保持对现有消费者的兼容性？使用新版本库的消费者应该仍然能够使用old-properties.an.old-property并自动映射到my-library.a-property.

我知道使用附加配置元数据将属性标记为已弃用的功能，但我正在明确寻找一种支持两个版本以简化迁移的方法。