何时使用php微框架？

我不确定这个问题是否符合SO的指导方针，但我想知道是否有一个具体的情况，我可以使用微框架。按照命名法，它适用于小型项目。但是，我们永远也无法判断一个项目，一个目前性质很小的项目，以后是否会发展壮大。这是否意味着我们只能将微框架用于REST API和几乎总是大型项目中较小部分的东西？

这实际上主要取决于您的需要。如果我想创造一些只需要几个小时的东西，而它或多或少只是带有一些香料的Hello world，我会使用。如果我需要更大一点的东西，我会抓紧时间花下一个小时来配置它，因为它可能值得花更多的时间在上面。但如果认为这很简单，那就太天真了。我知道有人会推出更大的框架，即使是最微小的项目，只是因为它们总有一天会成长。其他人在微框架中完成这些工作，如果需要，可以重写它们。与您的团队坐在一起，写下在特定情况下使用微框架的优缺点，这应该是最有效的方法。

这主要取决于您的需要。如果我想创造一些只需要几个小时的东西，而它或多或少只是带有一些香料的Hello world，我会使用。如果我需要更大一点的东西，我会抓紧时间花下一个小时来配置它，因为它可能值得花更多的时间在上面。但如果认为这很简单，那就太天真了。我知道有人会推出更大的框架，即使是最微小的项目，只是因为它们总有一天会成长。其他人在微框架中完成这些工作，如果需要，可以重写它们。与您的团队坐在一起，写下在特定情况下使用微框架的优缺点，这应该是最有效的。

您似乎不想为API使用单独的框架，因为这可能会将其与项目的大部分隔离开来，从而使其更难开发和保持同步。一般来说，微框架可以生长；它们之所以被称为这样，是因为它们包含较少的内置组件和机制等。您似乎不希望为API使用单独的框架，因为这可能会将其与项目的大部分隔离开来，从而使开发和保持同步更加困难。一般来说，微框架可以生长；它们之所以被称为这样，是因为它们包含较少的内置组件和机制，等等……对于最小的项目来说，只是因为它们总有一天会增长。我唯一关心的是，我是否能够在使用微框架的同时，以最少的编码来扩展一个项目……对于最小的项目，仅仅因为它们有一天会增长。我唯一关心的是，我是否可以在使用微框架的同时，以最少的编码来扩展一个项目。