使用无法访问的视图控制器作为标签是不好的做法吗?
Is using unreachable View Controllers as labels bad practice?
我正在与多个人一起处理一个具有大型故事板的项目。为了让故事板更易于导航,我们考虑添加带有大 UILabel 的视图控制器,以显示您正在查看的部分。
像这样:
我收到警告“"InfoLabel" 无法访问,因为它没有入口点,并且...”但项目仍然运行。
无法访问的视图控制器会发生什么情况?以这种方式使用它们是否有害?
编辑:我们不会同时在这个项目上工作,所以合并对我来说不是问题。
比这更好的做法是将故事板分解为多个故事板。
如果您有一个 500 行的庞大函数,您会开始标记函数的各个不同部分以解释它们在做什么吗?或者你会把它重构为几个更小的函数吗?
同样的重构应该应用于故事板。
此外,正如@mag_zbc 所提到的,您可以获得多人能够在不同的情节提要上工作的优势,而不会在整个地方造成可怕的合并冲突。 :D
从设计师的角度来看,这看起来不错:您可以轻松看到完整的 UI 和导航流程。
但是对于开发这可能会导致多个问题,故事板合并冲突是其中之一 them.So 简单地在单独的故事板中工作将使您的团队生活更轻松。
或者,您可以在项目中连接不同的故事板使用故事板引用这是一个很好的方法,或者在代码中连接它。
我正在与多个人一起处理一个具有大型故事板的项目。为了让故事板更易于导航,我们考虑添加带有大 UILabel 的视图控制器,以显示您正在查看的部分。
像这样:
我收到警告“"InfoLabel" 无法访问,因为它没有入口点,并且...”但项目仍然运行。
无法访问的视图控制器会发生什么情况?以这种方式使用它们是否有害?
编辑:我们不会同时在这个项目上工作,所以合并对我来说不是问题。
比这更好的做法是将故事板分解为多个故事板。
如果您有一个 500 行的庞大函数,您会开始标记函数的各个不同部分以解释它们在做什么吗?或者你会把它重构为几个更小的函数吗?
同样的重构应该应用于故事板。
此外,正如@mag_zbc 所提到的,您可以获得多人能够在不同的情节提要上工作的优势,而不会在整个地方造成可怕的合并冲突。 :D
从设计师的角度来看,这看起来不错:您可以轻松看到完整的 UI 和导航流程。
但是对于开发这可能会导致多个问题,故事板合并冲突是其中之一 them.So 简单地在单独的故事板中工作将使您的团队生活更轻松。
或者,您可以在项目中连接不同的故事板使用故事板引用这是一个很好的方法,或者在代码中连接它。