AngularJS:ng包含或指令
我的angular应用程序中有一个顶级菜单。由于菜单是静态的，因此不包括在ng视图中。 我可以将菜单源代码保留在index.html中，但为了更清晰的标记，我决定将其拉入一个部分 现在我的问题是：使用ng include和一个单独的控制器还是实现一个自定义指令更好AngularJS:ng包含或指令,angularjs,Angularjs,我的angular应用程序中有一个顶级菜单。由于菜单是静态的，因此不包括在ng视图中。 我可以将菜单源代码保留在index.html中，但为了更清晰的标记，我决定将其拉入一个部分 现在我的问题是：使用ng include和一个单独的控制器还是实现一个自定义指令更好 我不会真的重用代码，所以我认为ng include可以，但指令感觉更像是“角度的方式”…ng include可以为应用程序加载部分视图（我假设您的index.html是一种带有一个ng视图部分的母版页）。 加载的每个部分都可以有自己的
我不会真的重用代码，所以我认为ng include可以，但指令感觉更像是“角度的方式”…ng include可以为应用程序加载部分视图（我假设您的index.html是一种带有一个ng视图部分的母版页）。
加载的每个部分都可以有自己的控制器（例如，如果您有一个包含“热门新闻”的div从数据库中获取内容，您可以使用ng include包含部分视图，并让新视图具有一个ng controller指令，该指令将执行ajax调用以从数据库获取内容） 只有在需要额外功能时，我才会添加指令。
如果你可以不使用它，那又何必麻烦呢？ng include可以为你的应用程序加载部分视图（我假设你的index.html是一种带有一个ng视图部分的母版页）。
加载的每个部分都可以有自己的控制器（例如，如果您有一个包含“热门新闻”的div从数据库中获取内容，您可以使用ng include包含部分视图，并让新视图具有一个ng controller指令，该指令将执行ajax调用以从数据库获取内容） 只有在需要额外功能时，我才会添加指令。
如果你可以不使用它，那又何必麻烦呢？ng include可以为你的应用程序加载部分视图（我假设你的index.html是一种带有一个ng视图部分的母版页）。
加载的每个部分都可以有自己的控制器（例如，如果您有一个包含“热门新闻”的div从数据库中获取内容，您可以使用ng include包含部分视图，并让新视图具有一个ng controller指令，该指令将执行ajax调用以从数据库获取内容） 只有在需要额外功能时，我才会添加指令。
如果你可以不使用它，那又何必麻烦呢？ng include可以为你的应用程序加载部分视图（我假设你的index.html是一种带有一个ng视图部分的母版页）。
加载的每个部分都可以有自己的控制器（例如，如果您有一个包含“热门新闻”的div从数据库中获取内容，您可以使用ng include包含部分视图，并让新视图具有一个ng controller指令，该指令将执行ajax调用以从数据库获取内容） 只有在需要额外功能时，我才会添加指令。
如果没有它你还能活下去，那为什么还要麻烦呢 使用ng include和单独的控制器或 改为实现自定义指令 最佳实践总是主观的 我采取了这种做法：
我郑重建议您查看ui router（），它为您提供了极大的灵活性，可以设置具有不同部分（主、左导航、内容）的布局页面。这是一种更灵活的方法，可以使用Angle来设置页面结构，这样您就不必重复自己的内容。它还非常强大，允许您根据用户在应用程序中的位置精确控制页面的不同部分 文档在解释它方面做得相当好，但是尽量集中在讨论多个命名视图的区域
ng include可以很好地工作，但如果您想要更多的控制，ui router是一个不错的选择。我郑重建议您查看ui router（），它为您设置具有不同部分（主、左导航、内容）的布局页面提供了极大的灵活性。这是一种更灵活的方法，可以使用Angle来设置页面结构，这样您就不必重复自己的内容。它还非常强大，允许您根据用户在应用程序中的位置精确控制页面的不同部分 文档在解释它方面做得相当好，但是尽量集中在讨论多个命名视图的区域
ng include可以很好地工作，但如果您想要更多的控制，ui router是一个不错的选择。我郑重建议您查看ui router（），它为您设置具有不同部分（主、左导航、内容）的布局页面提供了极大的灵活性。这是一种更灵活的方法，可以使用Angle来设置页面结构，这样您就不必重复自己的内容。它还非常强大，允许您根据用户在应用程序中的位置精确控制页面的不同部分 这些文件做了一个真实的分析