tp 能不能完全的支持一下 composer ！！！！！

[parkshinhye]

有很多的包 tp 真的不是很友好 ！！！

我希望 tp 官方 能够重构一下目录 ，

希望tp 的发展的越来越好！！！

[parkshinhye]

希望 tp 官方开发的时候 能够遵循一下 psr 的国际规范吗 ，很多的ide 都没有提示

顺便引入一下依赖注入 这些新的东西！！！参考 laravel symfony 等 ， 有的功能开发不出来 ，可以引入别人的包，

[parkshinhye]

正如 官方首页 推送的 php之道 希望官方开发的时候也能遵循一下 谢谢，不要打脸！！！很痛的

[liu21st]

这些会纳入新版的计划列表中~ 不知道你说的目录重构是指什么？

[parkshinhye]

@liu21st 当然是应用目录 参考 laravel ,lumen ,顺便完全支持 composer ，顺便吐槽一下官方现在的，这也叫支持composer ，你看看我上述 的2个链接 那才是完全的支持 composer

[liu21st]

目录架构牵涉较多，不会随意调整的 laravel本来就是按照最新版本来设计的 TP是一步步演变过来的，起码现在的版本中变化我们也要照顾不同用户的感受。

[parkshinhye]

@liu21st 可以试着开启2个版本维护 3x 4x 版本维护

[parkshinhye]

@liu21st 有没有试着去 改造成 symfony 的 目录 方式！！！

[yekz]

引入 composer 倒不会有什么问题，一直是这么用的：

<?php

define('APP_DEBUG', true);

require './vendor/autoload.php';

require '../thinkphp/ThinkPHP.php';

tp 的问题在于完全是闭门造车，两三年前还好，现在好多东西现在和和 composer 里一层一层包共同搭建出来的组件比起来，观念和使用上都要落后很多了

[lifeforfun]

项目需求用了TP，真的，其他地方都能将就忍一忍，但是TP的ORM层真的好多东西都缺失，sql里只支持简单的增删改查，而和具体数据库相关的某些特殊语法却支持不足(比如 insert ignore )，没用到的话还好，到用到的时候就捉急了。干脆直接使用Doctrine这种流行ORM多好？

[dingdayu]

第一步

在 /ThinkPHP/Library/Vendor/中新建composer文件夹，然后新建或者初始化composer.json

第二步

然后，在项目的XYBLOG/Common/Common/function.php中vendor('composer.vendor.autoload'); 当然，你还可以做其他的引入，比如公司内部项目引入自己的类库import('DDY.autoload');

同时，@yekz 所说的也是一个很好，很通用的方法。

[parkshinhye]

手动顶一下 ，tp 5.1 越来越接近了 laravel