我想知道其他人在做什么,他们有多个人可能会在XIB上发生冲突.
是否考虑了所有代码？您是否仅使用XIB进行布局并对其余部分进行编码？或者,你有没有合并XIB的运气,随着时间的推移,你只需要更好地手动阅读？
编辑：我目前的方法是使用它进行严格的布局(它真正擅长并且代码很痛苦)并通过代码设置所有选项和数据.我发现代码更容易合并,但在代码中布置控件很繁琐.思考？
解决方法
Was merging a consideration for going all code?
是的,不,和“部分的”.这取决于：
>涉及的人
> UI的复杂性
>您需要的实施质量.
>实施的预期寿命
但是,是的,它一直都是,并且通常情况下这个案例并非无足轻重 – 否则,你只需通过将XIB分解成更小的部分来对抗它.这可以很好地(或不是),取决于你面临的问题.
Do you use XIBs just for layout and code the rest?
取决于很多事情.
> XIB只有它的限制,很像代码重复.我有时会使用它来进行原型设计,其他时候因为这是其他人所青睐的.
>“两者兼而有之”可能需要很多胶水.有时,它可能非常混乱 – 例如“那个动作真的在哪里？”当然,这也可以用来实现一些人认为XIB和程序化分离的良好平衡. XIB越简单,需要调整的频率越低,导致合并冲突的可能性就越小.
>仅限代码是我的偏好,但有些人更喜欢WYSIWYG,人们不熟悉以编程方式编写UI.同样,如果质量,可重用性和可维护性不是要求(例如敲出原型),那么仅代码可能是过度的.
Or,have you had any luck merging XIBs and over time you just get better at manually reading?
没有真正的运气 – 只需将它们分解成更小的组件.不幸的是,“分解界面”选项(来自IB3)在Xc4的编辑器中不可用.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
