设计上传服务。 OOP中的助手/实用程序类

时间:2016-11-07 01:29:00

标签: c# oop sharepoint file-upload

我刚从大学毕业,加入了一家知名的软件公司,并且已经加入了18人的团队。

我的任务是编写一个代码,将生成的报告(报告A)上传到SharePoint等文件转储区域。我们的应用程序现在生成许多报告(报告A到Z)。但我现在的任务只是为报告A做。

几乎毫不费力地,我知道我必须设计我的上传服务,允许报告(B到Z)在将来轻松使用我的服务而不会有太多麻烦。

团队中的一位资深人士告诉我要做一个上传文件的帮助程序/实用程序类。

然而,我提出的设计涉及工厂设计模式,它返回一个Report Up Uploader,它继承自Uploader抽象类,并调用UploadService文件。 将来,报告B到Z只需从Uploader抽象类继承,并实现一个确定要上载的目标的方法。

所以我很困惑,我是否真的过度思考这个问题?我的设计错了吗?

1 个答案:

答案 0 :(得分:0)

如果不知道所有能使其正确的标准,那么设计是“错误”还是“正确”是不可能的。一般来说,团队领导 还要记住“正确”和“最佳”之间存在差异。

在商业环境中经验丰富的开发人员经常将“好”设计与“快速”解决方案进行权衡,而且这种权衡通常是隐含的。他们还学会不信任复杂性。当他们说“做X”时,团队领导通常会这样做。

最好的团队领导者会向缺乏经验的成员解释他们的思维过程,以帮助他们了解如何进行权衡,并使他们成为更好的开发人员。

如果您认为您的设计过于复杂,最好与主管核实一下。而不是说“我怎么......”,而是说“我认为我们应该......因为......”。优秀的经理人喜欢他们的团队成员表现出主动性,并且更有动力去分享他们所知道的事情。