angular - reusable dialogs

后端 未结 3 1734
小鲜肉
小鲜肉 2021-01-02 21:51

I need to build a dialog to be used with any item on a list of items. The dialog is pretty much the same regardless of the item except for the values of the fields which are

相关标签:
3条回答
  • Excellent question I think. You're wondering if one can "hot swap" the scope of an element. I don't know if there's a way to do that, or even if there is, if that's the Angular way. I take it you looked at how ng-view works to get as far as you've gotten?

    My advice is to do the $compile once, keep the result, the link or transclusion function or whatever it's called in Angular parlance, around somewhere. And call it for each needed instance of the dialog.

    0 讨论(0)
  • 2021-01-02 22:31

    If you're only ever going to display one dialog like that at a time and you will use it frequently, you don't have to re-bind it to another scope, just change the data on the scope. Something like this:

    1. Create a service for your dialog
    2. Create the directive and inject your service into it. When the linking function executes, pass something like $scope.dialogData to the service so that the service can update the data.
    3. Create a controller that gets the service injected. Set the dialog data through the service to display the dialog. Since you're modifying data in your controller that's on the directives scope, Angular notices that and updates your dialog.
    4. Add ng-show on your dialogs wrapper to make it simple to implement open()/close() methods on your service.

    Now you have a dialog that can be used from anywhere in your system, and you're just re-using the same directive without having to mess with the DOM or compilation.

    0 讨论(0)
  • 2021-01-02 22:32

    This is indeed excellent question and I'm happy to see that more and more people are starting to approach dialogs as services.

    Regarding your particular questions, here are some of my thoughts:

    • You can "cache" linking function (that is - function that is returned from the $compile call) and then call this function as needed (passing in scope variables).
    • Instead of inserting (hidden) compiled element you could only attach it on demand, when a dialog gets opened. On top of this I would rather attach modal element to the $rootElement instead of <body> just not to touch DOM elements above where ng-app was defined. Just not to touch parts of the DOM that AngularJS is not controlling.
    • IMO dialogs are really close to AngularJS routes (as they provide different "views") and as such it would be very nice to have ability to resolve promises before modal is shown (as with routes).

    In fact there are number of things to consider when designing a good, generic dialog service and I hope that those advice, alongside with excellent input provided by others, will get you started. But this all is a bit theoretical so if you are looking at the implementation of what was discussed here you can have a look at this implementation. ($dialog service from http://angular-ui.github.com/bootstrap/ - it is fully customizable so can be used with CSS other than Bootstrap's. Documentation here).

    It can be seen in action in this plunk: http://plnkr.co/edit/PG0iHG?p=preview

    0 讨论(0)
提交回复
热议问题