|
|
1
3
通常对于大量图片,尤其是高达30k的图片,您需要一个专门用于图像的内容交付网络。这不应该超过设置一个简单的HttpHandler,它可以处理请求,而这些请求又可以将这些照片返回到你的应用程序。 |
|
|
2
1
我强烈建议不要将图像存储在源代码管理中,尤其是当它们要频繁更改时。此外,将这些映像添加到项目/解决方案中可能会降低VS的性能。 我认为为开发者引入一个虚拟图像的想法是好的。作为部署过程的一部分,您可以向构建脚本中添加一些内容,以便将映像复制到正确的位置。 |
|
|
3
0
|
|
|
4
0
如果这些图片在源代码管理中不可用,则它们不在您的版本中,也不随部署包一起提供。 因此,应用程序应该在有图像文件和没有图像文件的情况下工作。如果图像丢失,返回一个假人可能是一个安全的解决方案。 |
|
|
5
0
你必须扪心自问的问题是,在开发人员级别,图像是项目不可或缺的一部分吗?虚拟图像的想法将是一个合适的答案。 |
|
6
0
我绝对不建议将这些图像保留在源代码管理中。 我不知道你的应用程序以哪种方式访问文件。 如果是通过文件系统,那么将指向中心images目录的硬链接放入存储库如何?这样,您的开发人员就可以签出应用程序,并从一开始就拥有一个工作版本(前提是可以在存储库中签入和签出Windows硬链接,否则可能需要一些脚本) |