C# 在不同的VS（Sharepoint）项目中有几个同名的类会有问题吗？

是否有令人信服的理由更改从项目模板“继承”的泛型类名？我的新项目中包含以下代码，该项目是从（自行创建的）模板创建的：

// REPLACE: Change the name of this class, if desired, to something like "<formName>VisualWebPart"
public partial class VisualWebPart : UserControl

//替换：如果需要，将此类的名称更改为类似“VisualWebPart”的名称
公共分部类VisualWebPart:UserControl

瞧，这个评论是我的，但现在我想知道：我真的需要把“VisualWebPart”改成“DPlatypuswebPart”吗？如果Sharepoint站点有多个具有相同类名的完全不同的页面，这真的不会有任何区别，是吗？还是会

至于清晰性的争论（“哪个VisualWebPart？！？”），编码人员（可能是我）所要做的就是将其窥视者向上投射几度，以查看唯一的解决方案名称或名称空间

注意：为了简单起见，我倾向于（如果可行的话）在从项目模板派生的每个项目中只使用相同的类名：因此我不必进行全局搜索和替换，并且可能会有一些引用此名称的“不可见”/幕后文件不会得到更新。瞧，我正在发抖，我可能会因为对名字太挑剔而打开一个老鼠窝或一罐虫子

---

OTOH，我担心不改变名字会有问题。哪种恐惧（最）合理？

取决于

名称空间
。如果所有表单类都在同一个
命名空间中
，则会发生不好的事情。不，命名空间总是不同的。它将是这样的：名称空间==翼手龙，类名==VisualWebPart；名称空间==camelePard，类名==VisualWebPart；Namespace==DuckbilledPlatypus，className==VisualWebPart从技术上讲，这并没有什么问题。除非出现特定于Sharepoint的内容，否则我想不出任何有问题的原因。