C# 将对象（图像）转换为三层（三层）中的另一个对象（字节）

转换可以在第一层（UI）中完成。

对于此类操作，我个人在project

命名空间下创建了一个Utils
类/命名空间
（
myProjectNamespace.Utils
）。包含用于转换、格式化、计算的
public static
成员的
ststic
类

大多数时候，将这个类放在
BLL
（业务逻辑层）中，但有时不同的层需要不同的
Utils
。
对于此类操作，我个人在项目
名称空间
（
myProjectNamespace.Utils
）下创建了一个Utils
类/名称空间
。包含用于转换、格式化、计算的
public static
成员的
ststic
类

大多数时候，将此类放在
BLL
（业务逻辑层）中，但有时不同的层需要不同的
UTIL
。
假设图像是输入-输入通常通过以下方式进入系统：


前端界面/UI
后端接口（服务）
API调用

如果输入是特定于（比如UI）的，那么这将表明它是一个特定于UI的东西，应该放在那里

同样的规则/原则适用于其他输入“通道”

如果所调用的API位于BL中，那么它可能就位于BL中

Yousefvand的来源（我也同意这一点）是，如果有多个组件在使用它，那么它可能是一个很好的候选组件，可以加入一些osrt的可重用库

所以

转换可以在第一层（UI）中完成吗

是如果所转换的内容特定于所使用的UI/UI技术；否则，您可以，但可能不应该-在这种情况下，您最好在实用程序中实现转换器。
假设图像是输入-输入通常通过以下方式进入系统：


前端界面/UI
后端接口（服务）
API调用

如果输入是特定于（比如UI）的，那么这将表明它是一个特定于UI的东西，应该放在那里

同样的规则/原则适用于其他输入“通道”

如果所调用的API位于BL中，那么它可能就位于BL中

Yousefvand的来源（我也同意这一点）是，如果有多个组件在使用它，那么它可能是一个很好的候选组件，可以加入一些osrt的可重用库

所以

转换可以在第一层（UI）中完成吗

是如果所转换的内容特定于所使用的UI/UI技术；否则，您可以但可能不应该-在这种情况下，您最好在实用程序中实现转换器。
转换可以在任何地方进行。问题是它应该在哪里，这完全取决于您的应用程序正在做什么，以及如何做。您需要提供更多信息才能获得有用的答案。UI中可能存在重复的从不转换错误practice@CoffeeCode：为什么？在何处进行转换@Fredrik Mörk：每个层都可以转换？甚至ِDAL（DataAccessLayer）。转换可以在任何地方进行。问题是它应该在哪里，这完全取决于您的应用程序正在做什么，以及如何做。您需要提供更多信息才能获得有用的答案。UI中可能存在重复的从不转换错误practice@CoffeeCode：为什么？在何处进行转换@Fredrik Mörk：每个层都可以转换？偶数ِDAL（DataAccessLayer）.BLL不用于验证。这是讲逻辑的好地方。大多数情况下，与
UI
或
DAL
BLL相比，
Utils
最佳位置在那里，而不是用于验证。这是讲逻辑的好地方。大多数时候，与
UI
或
DAL