Difference between #1 and #5 of
Clean JavaScript code in your views

Changes

Title unchanged

Clean JavaScript code in your views

Category unchanged

Tutorials

Yii version changed

1.1

Tags changed

js,javascript, registerScript, CClientCClientScript,registerScript, js

Content changed

This tutorial presents a way of separating JS code from views and passing to it values from PHP.
 
 
Yii provides two handelpful ways of keeping JavaScript code close to the widgets and other elements they interact with: * strings prefixed with 'js:' * CClientScript.registerScript method Quickly, small snippets of JavaScript code turn into big ugly strings filled with PHP variables and without proper syntax highlighting.

This tutorial shows a method of organizing JavaScript code and integrating it with a PHP backend.
[...]
This template for building JavaScript plugins is proposed by jQuery:

~~~
 
[
```javascript]
(function( yourPluginName, $, undefined ) {
// public method
[...]
};
}( window.yourPluginName = window.yourPluginName || {}, jQuery ));
~~~```

This defines a function that is immediately called and passed two arguments:
[...]
* the jQuery object

This allows
you to extend the global yourPluginName object by adding methods and properties to it, keeping them all in one scope. Now you can place your bulky JS code from your views inside suchthis plugin and use them as: ~~~
 
[
```javascript] yourPluginName.someCallback(); ~~~``` Put that template in a .js file, for example _protected/components/assets/yourPluginName.js_. Then register it in your action or view:
```php

$path = Yii::app()->assetManager->publish(Yii::getPathOfAlias('application.components.assets'));
Yii::app()->clientScript->registerScriptFile($path.'/yourPluginName.js');
[...]
# Namespaced code

By putting all your code in
suchthis plugin you keep them in a limited scope and thus create a namespace for it. That helps avoiding name conflicts and keeps your code cleaner. Another important feature is that suchthis plugin can be registered many times. Sometimes thatis can happen when you load an action through AJAX on a page that has already registered thate script. 

This also allows extending if further, adding more functions.
[...]
Also, since there actually is a limited scope, strict mode can be enabled:

~~~
 
[
```javascript] (function( yourPluginName, $, undefined ) { "use strict"; // ... more code }( window.yourPluginName = window.yourPluginName || {}, jQuery )); ~~~```

This helps to detect browser-specific issues early in the development that is done using the developer's favourite browser, not the ones that clients are using.
[...]
They can be stored inside the plugin by adding a private variable and an init() function:

~~~
 
[
```javascript] (function( yourPluginName, $, undefined ) { // guard to detect browser-specific issues early in development "use strict"; // private var var _settings;  
    // public var
 
    yourPluginName.someProperty = 'default value';
// public method appEdityourPluginName.init = function(settings) { _settings = $.extend({}, settings); } }( window.yourPluginName = window.yourPluginName || {}, jQuery )); ~~~``` Now after registering the script file add a call to the init() function on document load:
```php

$options = CJavaScript::encode(array(
'someUrl' => $this->createUrl('someUrl'),
[...]
```

The '_settings' var is private and can be only referenced inside functions defined in yourPluginName;
 
 
Now your PHP and JS code is: * separated and cleaner * safer * easier to read * more extensible (no more hardcoded labels and urls in JS!)
18 0
24 followers
Viewed: 34 752 times
Version: 1.1
Category: Tutorials
Written by: nineinchnick
Last updated by: samdark
Created on: Aug 30, 2013
Last updated: 5 months ago
Update Article

Revisions

View all history