복잡한 애플리케이션을 위한 웹 기반 데이터 엔트리 UI를 작성하는 것은 결코 재미있는 작업이 아니며 매우 지루하다. 좋은 사용자 인터페이스의 핵심 요소 중 하나는 일관성을 유지하는 것이지만, 그러한 디자인을 유지하는 웹 페이지를 만들려면 지식이 충만하고 부지런한 개발팀이 있어야 한다. 다른 모든 웹 애플리케이션 프레임웍과 마찬가지로, Ruby on Rails 역시 같은 문제를 갖고 있다. 하지만, Ruby 언어의 동적인 특성은 ActiveScaffold라는 솔루션을 제공한다. ActiveScaffold는 Ruby on Rails(Rails)용 플러그인으로서, 동적인 모델 기반 뷰를 만들어 낸다. 모델을 디스플레이 하는 페이지를 직접 생성하는 대신, ActiveScaffold는 ActiveRecord 모델을 검사하여, 그러한 객체들을 관리하는 CRUD (create, read, update, delete) 사용자 인터페이스를 동적으로 생성한다.

이 글은 최신 버전의 ActiveScaffold, Ruby, Rails (참고자료)를 기반으로 한다. 여러분이 Ruby on Rails에 익숙하고, 리눅스® 또는 Mac OS X를 사용하고 있는 것으로 간주한다. Windows® 사용자들은 자신들의 환경에 맞게 명령어를 수정해야 한다. (예를 들어, 스크립트 명령어의 시작 부분에 'ruby'를 추가한다.)

ActiveScaffold 설치하기

ActiveScaffold는 Rails 플러그인이기 때문에, 원격 웹 또는 Subversion 서버에서 설치할 수 있다. 아래 명령어는 ActiveScaffold Subversion 서버에서 ActiveScaffold 플러그인을 검사한다.

                
script/plugin install http://activescaffold.googlecode.com/svn/tags/active_scaffold

이것은 ActiveScaffold의 현재 릴리스(최신 릴리스 버전)를 체크하고 있다. 이 글은 1.0 릴리스를 기반으로 하지만, 향후 릴리스에도 적용된다. 지금까지 ActiveScaffold 호환성 문제는 발생하지 않았다.

위로

모델

최신의 웹 애플리케이션 프레임웍은 MVC (model, view, controller) 패턴을 기반으로 하고 있고, Rails도 마찬가지이다. 모델은 데이터베이스에 저장된 데이터를 나타내며, 각 테이블에는 Ruby에 상응하는 ActiveRecord 모델 클래스를 갖고 있다. 이 글에서는, 많은 사용자와 많은 프로젝트를 갖고 있는 조직을 위한 간단한 프로젝트 트래킹 애플리케이션을 구현할 것이다. 아래 코드는 이 애플리케이션용 ActiveRecord 마이그레이션과 상응하는 모델 클래스를 보여주고 있다. 모델 클래스들은 자바의 것 보다 훨씬 단순하다. 이것은 Rails의 DRY (Don't Repeat Yourself) 원리를 따르기 때문이다. 마이그레이션에는 이미 컬럼이 포함되어 있기 때문에 모델 클래스에서 다시 이를 나열할 필요가 없다.

                
class AddOrganizations < ActiveRecord::Migration
  def self.up
    create_table :organizations do |t|
      t.column :name, :string, :limit => 50, :null => false
    end
  end

  def self.down
    drop_table :organizations
  end
end

class AddUsers < ActiveRecord::Migration
  def self.up
    create_table :users do |t|
      t.column :first_name, :string, :limit => 50, :null => false
      t.column :last_name, :string, :limit => 50, :null => false
      t.column :email, :string, :limit => 100, :null => false
      t.column :password_hash, :string, :limit => 64, :null => false
      t.column :organization_id, :integer, :null => false
    end
    add_index :users, :email, :unique => true
  end

  def self.down
    drop_table :users
  end
end

class AddProjects < ActiveRecord::Migration
  def self.up
    create_table :projects do |t|
      t.column :name, :string, :limit => 50, :null => false
      t.column :organization_id, :integer, :null => false
    end
  end

  def self.down
    drop_table :projects
  end
end

class AddProjectsUsers < ActiveRecord::Migration
  def self.up
    create_table :projects_users do |t|
      t.column :project_id, :integer, :null => false
      t.column :user_id, :integer, :null => false
      t.column :role_type, :integer, :null => false
    end
  end

  def self.down
    drop_table :projects_users
  end
end

                
class User < ActiveRecord::Base
   belongs_to :organization
end
class Organization < ActiveRecord::Base
  has_many :projects
  has_many :users
end
class Project < ActiveRecord::Base
  belongs_to :organization
  has_many :projects_users
  has_many :administrators, :through => :projects_users, :source => :user,
           :conditions => "projects_users.role_type = 3"
  has_many :managers, :through => :projects_users, :source => :user,
           :conditions => "projects_users.role_type = 2"
  has_many :workers, :through => :projects_users, :source => :user,
           :conditions => "projects_users.role_type = 1"
end
class ProjectsUser < ActiveRecord::Base
  belongs_to :project
  belongs_to :user
end

User, Organization, Project 테이블은 전통적인 엔터티들을 나타내고, ProjectsUsers 테이블은 Project와 User 엔터티들 간 다대다 관계를 추가한다. 이 경우, role_type 프로퍼티를 추가하는데, 이는 프로젝트에서의 사용자의 역할을 나타낸다. User는 사원, 매니저, 관리자가 될 수 있다.

모델에 사용자 인터페이스를 만들 때 중요한 것은 모델들 간 관계를 이해하는 것이다. 모델에 has_many와 belongs_to를 선언함으로써, 이들간 특정한 유형의 관계를 정의한다. ActiveScaffold가 이들의 관계를 이해하면, 사용자가 이해할 수 있는 방식으로 이러한 객체들을 조작할 수 있는 사용자 인터페이스를 제공한다. 이 경우, ActiveScaffold는 Project가 한 Organization이 소유한 것임을 파악하고 사용자 인터페이스를 이에 맞게 조정한다. 이 관계를 변경하면, 사용자 인터페이스는 이것에 따라서 변경된다. 개발자가 UI를 변경할 필요가 없다.

Listing 2의 마이그레이션은 Rails의 마이그레이션 프레임웍의 한계로 인해 외래 키를 사용하지 않는다. 데이터 일관성을 유지하려면 외래 키를 사용하기 바란다. Redhill Consulting은 foreign_key_migrations 플러그인을 제공하는데, 이는 Rails의 데이터베이스 마이그레이션 프레임웍 내에서 외래 키를 지원한다. (참고자료)

위로

Rails 스카폴딩

모델에 살이 붙었다면, 여기에 웹 인터페이스를 추가할 수 있다. Rails에는 모델용 기본 CRUD 페이지 세트를 생성하는 "스카폴드" 제너레이터가 포함되어 있다. 다음 명령어는 이 모델에 대한 표준 Ruby 스카폴딩을 생성한다. (CRUD 메소드를 포함한 컨트롤러와 이에 상응하는 모델용 HTML 뷰 세트)

                
script/generate scaffold user
script/generate scaffold organization

스카폴드 제너레이터에는 중요한 제약이 있다.

• 관계를 지원하지 않는다: 모델 인스턴스를 만든다는 것은 그 인스턴스에 대한 기본 프로퍼티를 편집한다는 것을 의미한다. 한 모델에서 관계가 정의되어야 한다면(예를 들어, Project를 소유하고 있는 Organization을 선택하기), 페이지를 직접 수정하여 폼에 그 필드를 추가해야 한다.
  
  
• 라운드 트립핑이 없다: 반복적인 모델 변경에 대한 "라운드 트립(round trip)" 지원이 없다. 생성된 코드가 정적이기 때문이다. 코드가 수정되면, 그러한 변경 사항들을 소실하지 않고서는 스카폴드를 재생성 할 수 없다.
  
  
• 스타일링이 없다: 생성된 페이지들은 최소한의 CSS 지원만 되는 기본적인 흑백이다. 기본적인 HTML 태그를 스타일링 하지 않고 CSS를 통한 스키닝(skinning) 지원이 없다.

처음 두 개의 항목들을 보아서는 스카폴딩이 유용한 툴 보다는 장난감에 더 가깝다는 것을 알 수 있다. 그림 1은 Rails에서 제공하는 기본 스카폴딩이다.

Rails에는 dynamic scaffolding이 포함되어 있는데, 이는 미리 생성된 컨트롤러 코드 없이도 같은 코드 지원을 제공한다. 대부분의 코드는 HTML 뷰에 있고, 뷰 코드 역시 필요하다. 동적인 스카폴딩은 스카폴드 메소드를 컨트롤러 클래스에 추가함으로써 실행된다.

                
class UsersController < ApplicationController
  scaffold :user
end

조심하라!
표준 Rails 스카폴드 코드는 ActiveScaffold와 함께 사용하면 문제를 일으킬 수 있다. ActiveScaffold로 전환하기 전에 모든 스카폴드 컨트롤러와 뷰 코드를 지우도록 하라.

위로

ActiveScaffold 기본 디스플레이

ActiveScaffold는 이 모델에 훨씬 더 유용한 UI를 제공한다. 위에 언급한 스카폴딩과 관련한 세 가지 문제점들이 모두 해결된다. 우선, 컨트롤러를 수정하여 ActiveScaffold 스카폴딩을 사용하라.

                
class UsersController < ApplicationController
  active_scaffold :user
  layout "activescaffold"
end

그리고 나서, ActiveScaffold 페이지용 표준 레이아웃을 추가한다. 이 코드를 app/views/layouts/activescaffold.rhtml에 넣는다.)

                
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
       "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html>
<head>
   <title>My Application</title>
   <%= javascript_include_tag :defaults %>
   <%= active_scaffold_includes %>
</head>
<body>
   <%= yield %>
</body>
</html>

이제, 사용자 항목이 훨씬 보기 좋게 되었다.

기본 디스플레이는 빠른 프로토타이핑 또는 개발에 적합하게 되어있다. 하지만, 구체적인 필요를 채우려면 어느 정도의 커스터마이징이 필요하다.

위로

뷰 커스터마이징

ActiveScaffold는 모델이 디스플레이 되는 방법을 커스터마이징 할 수 있도록 해주는 여러 후크(hook)를 갖고 있다. active_scaffold 메소드는 그 스카폴드를 설정하는데 사용되는 설정 블록으로 전달된다.

글로벌 설정

ActiveScaffold 글로벌 설정은 모든 컨트롤러에 커스터마이징이 가능하다.

                
class ApplicationController < ActionController::Base
  AjaxScaffold.set_defaults do |conf|
    conf.list.results_per_page = 20
  end
end

이 예제에서는 모든 ActiveScaffold 스카폴드에 기록을 나열할 때 페이지 당 20개의 결과를 디스플레이 하도록 설정한다.

로컬 설정

각 컨트롤러 스카폴드는 고유의 ActiveScaffold 설정을 가질 수 있다.

                
class UsersController < ApplicationController
  active_scaffold :user do |conf|
    conf.modules.exclude :update
    conf.list.label = 'People'
    conf.list.sorting = [{:last_name => :ASC}, {:first_name => :ASC}]
    conf.list.columns.exclude :password_hash
  end
end

이 예제에서는 모델의 인스턴스를 업데이트 하는 기능을 제거하고, 리스트 헤딩을 변경하고, 기본 사용자 리스트 정렬을 커스터마이징 하고 있다. sorting은 데이터베이스에서 기록들이 리턴 되는 방식을 제어하고 {column => direction} 해시 어레이를 기대한다. 또한 사용자가 볼 필요가 없는 특정 컬럼을 디스플레이 하지 않도록 ActiveScaffold를 설정했다. 이 예제에서 password_hash 컬럼은 무의미한 것이기 때문에 배제되었다.

ActiveRecord 객체 디스플레이

to_label 메소드로는 페이지에 모델 인스턴스가 디스플레이 되는 방식을 커스터마이징 할 수 있다. 기본적으로, ActiveScaffold는 모델에서 메소드 세트를 찾는다.

• to_label
• name
• label
• title
• to_s

마지막 메소드는 ActiveScaffold에서 제공되고, "#:<Address:0xFFFFFF:>"로 디스플레이 되는데, 이는 사용자 친화적인 것은 아니다. 아래에 더 나은 메소드가 있다.

                
class User < ActiveRecord::Base
  belongs_to :organization

  def to_label
    first_name << ' ' << last_name
  end
end

예를 들어, 사용자의 to_label은 John Doe가 될 수 있다.

프로퍼티 디스플레이의 커스터마이징

ActiveScaffold는 개발자가 모델 프로퍼티가 실제로 디스플레이 되는 방식을 완전히 제어할 수 있도록 해준다. 기본적으로, ActiveScaffold는 단순한 프로퍼티 값에 to_s를 호출하여 이를 HTML로 직렬화 한다. 이를 커스터마이징 하려면, 컬럼 디스플레이 헬퍼 메소드를 app/helpers/<model>_helper.rb의 상응하는 헬퍼 클래스에 추가한다.

                
def birthdate_column(record)
  record.birthdate.strftime("%d %B %Y")
end

위 헬퍼 메소드에서, 여러분은 레코드에 완전한 액세스가 가능하다. 이 경우, 이 헬퍼는 적절한 날짜 포맷을 결정하기 위해 사용되어야 하는 로케일을 설명하지 않기 때문에 정보력은 떨어진다.

has_many와 has_and_belongs_to_many의 결합의 경우, ActiveScaffold는 위에 언급한 to_label 로직을 사용하여 이들을 렌더링 함으로써 첫 번째 세 개의 엔트리들을 디스플레이 한다. 이 세 개의 엔트리들은 링크가 걸리기 때문에, 클릭이 되면 전체 조합이 리스트 된다. 큰 조합 세트에 의해 사용자 인터페이스가 제압 되는 것을 방지한다.

폼 디스플레이

ActiveScaffold는 Rails의 ActiveRecord와 ActiveView 라이브러리에 기반하여 모델용 폼을 생성한다. varchar 컬럼은 텍스트 인풋이 되고, booleans는 HTML 체크박스로 매핑된다.

한 가지 주의할 점은 가상 프로퍼티(실제 데이터베이스에 저장된 것이 아닌 모델에서 애트리뷰트로서 정의된 프로퍼티)는 정식 모델 프로퍼티와는 다른 HTML 렌더링을 가질 수 있다는 점이다. 이름에 "패스워드"를 포함하고 있는 일반 모델 프로퍼티는 패스워드 인풋으로서 HTML에서 렌더링 된다. 가상 프로퍼티는 이와 다르고, 패스워드 폼 인풋용 가상 프로퍼티를 사용할 때 발견이 쉽다. 이 경우, 우리는 가상 프로퍼티를 사용하여 폼 인풋을 캡쳐하고 그러한 값을 password_hash 컬럼에 매핑하여 사용자의 플레인 텍스트 인풋이 SHA256 해시로서 데이터베이스에 안전하게 저장될 수 있도록 한다.

                
require 'digest/sha2'

class User < ActiveRecord::Base
   attr_accessor :password, :password_confirmation
   validates_presence_of :password, :password_confirmation

   def validate
     errors.add('password', 'and confirmation do not match') \
            unless password_confirmation == password
   end

   def before_save
     self.password_hash = Digest::SHA256.hexdigest(password) if password
   end
end

두 개의 form_column 헬퍼를 추가하여 패스워드 인풋처럼 정확하게 렌더링 한다. ActiveScaffold는 이러한 인풋이 field_name 매개변수에 주어진 이름으로 게시(POST)되도록 한다.

                
def password_form_column(record, field_name)
  password_field_tag field_name, record.password
end
def password_confirmation_form_column(record, field_name)
  password_field_tag field_name, record.password_confirmation
end
      

위로

관계

지금까지, 단순한 컬럼 값을 디스플레이 하거나 편집하는 것 같이, 기본적인 모델 연산만 설명했다. ActiveScaffold의 가장 복잡한 부분은 모델들간 관계와 이것이 애플리케이션의 사용자 인터페이스에 어떻게 영향을 미치는지를 결정하는 것이다. 이 섹션에서는 ActiveScaffold를 설정하여 모델에서 정확히 작동하도록 하는 방법을 설명하겠다.

리스트 디스플레이

모델들을 검색하기 위해, ActiveScaffold는 리스트 뷰에 관계 링크를 디스플레이 한다. 예를 들어, 조직의 리스트를 볼 때, User 링크를 보면서 해당 Organization에 대한 User를 가진 페이지를 디스플레이 한다. 이 링크를 커스터마이징 하려면, 그 컬럼에 대한 헬퍼 메소드를 정의해야 한다.

                
def users_column(record)
  name = "user"
  name = "users" if record.users.size > 1
  "<a href="/user/list?user_id=#{record.id}">#{record.users.size} #{name}</a>"
end

폼 디스플레이

ActiveScaffold는 정의된 관계에 기반하여 모델들 간 네비게이션을 제공한다. 예를 들어, belongs_to 관계를 생각해 보자. 위 예제에서, User는 Organization에 속해(belongs_to)있다. User가 생성될 때 Organization과 제휴되어야 한다. (Organization이 선택적이라면, 무효 has_one 관계를 사용한다.) ActiveScaffold는 이를 이해하고, 데이터베이스에서 Organization 리스트를 <select>에 디스플레이 하여, 사용자가 User와 제휴된 Organization을 선택할 수 있도록 한다.

10개 에서 20개 Organization들이 있는 작은 데이터 세트에는 이것이 잘 작동하지만, 더 많은 Organization들이 있을 경우 그렇지 않다. 폼 컬럼 렌더러(renderer)를 사용하여 컬럼의 렌더링을 오버라이드 한다. 다음 예제는 개발 할 때 가능한 값을 알고 있는 상황이다.

                
def organization_form_column(record, field_name)
  # simple example that just hard codes two possible values
  select_tag field_name, options_for_select('IBM' => '1', 'Lenovo' => '2')
end

위로

기록 검색하기

ActiveScaffold는 유용한 검색 기능을 제공하여 큰 테이블에서 기록들을 찾는다. 기본적으로, 스카폴드에는 리스트 테이블 위에 "Search" 링크가 있고, 사용자가 검색어를 입력할 수 있는 텍스트 박스가 열린다. ActiveScaffold는 모델에 대한 모든 varchar 컬럼을 검색하는 SQL을 생성하여 "ham" 같은 단어를 입력하면 성(last name)에 따라서 사용자 기록을 찾는다. 다른 부분들과 마찬가지로, 많은 설정 옵션들이 있다.

라이브 검색

사용자가 Return을 치면 기본 검색이 실행된다. ActiveScaffold는 "라이브 검색"을 실행하여 실시간으로 검색한다. 사용자의 인풋에 기반하여 매 초 마다 Ajax 호출이 이루어진다. 명심해야 할 것은, 라이브 검색은 데이터베이스 중심이다. 아래 설명하겠지만, 이 기능을 사용하기 전에 검색 컬럼을 설정하고 테이블을 올바르게 인덱싱 해야 한다.

                
ActiveScaffold.set_defaults do |conf|
  conf.actions.exclude :search
  conf.actions.add :live_search
end

가용성을 위한 조정

                
active_scaffold :user do |conf|
  conf.live_search.columns = [:last_name, :first_name]
  conf.live_search.full_text_search = false
end

이 코드는 스카폴드에서의 검색을 사용자의 이름과 성으로 제한하도록 ActiveScaffold에게 명령하고, 전체 텍스트 검색을 실행 불가로 만들어 놓는다. 후자 옵션은 큰 테이블에 매우 유용하게 적용될 확장성 조정이다. 사용자가 "ham"을 검색하면, 기본적으로 ActiveScaffold는 lower(column_name) LIKE "%ham%"의 라인에 따라 SQL을 생성하는데, 이는 인덱싱 되지 않는다. 전체 텍스트 검색을 실행 불가로 함으로써, "starts with" 문법을 사용하도록 명령한다. (lower(column_name) LIKE "ham%") 물론 이것은 검색의 유연성을 제한하지만 확장성은 더 나아진다.

위로

커스텀 액션

ActiveScaffold에서는 표준 CRUD 액션 외에도 고유의 컨트롤러 액션을 정의할 수 있다. 데이터를 PDF, Excel, CSV, XML로 반출하는 것은 데이터베이스 애플리케이션의 기본적인 요구 사항이다. 이 기능을 추가하는 것은 매우 간단하다. 우선, "액션 링크"를 상응하는 액션 메소드와 함께 컨트롤러에 추가한다.

                
class UsersController < ApplicationController
  active_scaffold :user do |conf|
    conf.action_links.add 'export_csv', :label => 'Export to Excel', :page => true
  end

  def export_csv
    # find_page is how the List module gets its data. see Actions::List#do_list.
    records = find_page().items
    return if records.size == 0

    # Note this code is very generic.  We could move this method and the
    # action_link configuration into the ApplicationController and reuse it
    # for all our models.
    data = ""
    cls = records[0].class
    data << cls.csv_header << "\r\n"
    records.each do |inst|
      data << inst.to_csv << "\r\n"
    end
    send_data data, :type => 'text/csv', :filename => cls.name.pluralize + '.csv'
  end
end

모델 자체에 실제 모델에 대한 지식을 캡슐화 함으로써 코드 객체의 방향을 유지할 수 있다.

                
class User < ActiveRecord::Base
  ...

  # The header line lists the attribute names.  ID is quoted to work
  # around an issue with Excel and CSV files that start with "ID".
  def self.csv_header
    ""ID",Last Name,First Name,Email,Birthdate"
  end

  # Emit our attribute values as a line of CSVs
  def to_csv
    id.to_s << "," << last_name << "," << first_name << "," << email << 
                     "," << birthdate.to_s
  end
end

위로

로컬화

소프트웨어가 전세계적으로 사용되려면 사용자의 모국어로 실행되어야 한다. Ruby와 Rails는 로케일을 핸들할 수 있는 표준 API를 제공하지 않으므로, 통합이 훨씬 더 까다롭다. ActiveScaffold 팀은 여러분이 선호하는 Ruby 로컬화 플러그인인 간단한 룩업 후크, Object::as_ 메소드를 통해 애플리케이션 로컬화를 연기하기로 결정했다. 이 경우, 코드는 메소드 매개변수를 _ 메소드를 통해 전달하는 방법을 보여준다. (실제 메소드 이름이 "_"이다.) 이 메소드는 Globalize 플러그인 (참고자료)에서 제공하고 있다.

                
# Put this at the bottom of your app/controllers/application.rb file
class Object
  def as_(string, *args)
    # Use Globalize's _ method to provide the actual lookup of the string.
    _(string, `	*args)
  end
end

Globalize는 그 메소드로 전달된 모든 스트링에 대한 로컬 변환을 제공하고 있다.

위로

ActiveScaffold 스타일링

ActiveScaffold는 풍부한 CSS 스타일을 통해 표준 UI를 조정하여 커스텀 룩앤필을 제공하고 있다. 기본 스타일을 오버라이드 하여 사이트 색상 스킴, 폰트와 매치 시킬 수 있다. 오버라이드 CSS 파일을 만들고 표준 CSS 다음에 이를 포함시키는 것이다. 이 경우, public/stylesheets/as_overrides.css라는 파일을 포함시켰다.

                
<head>
   <title>My Application</title>
   <%= javascript_include_tag :defaults %>
   <%= active_scaffold_includes %>
   <%= stylesheet_include_tag "as_overrides" %>
</head>

표준 ActiveScaffold 스타일시트는 vendor/plugins/active_scaffold/frontends/default/stylesheets/stylesheet.css에서 찾을 수 있다.

위로

보안

단위 보안인데, 이는 기록에 관련된 것이 아니다. 컨트롤러에서, #{action}_authorized? 메소드를 정의할 수 있는데, 여기에서 #{action}은 ActiveScaffold 액션(create, list, search, show, update, delete)이다.

                
class ProjectsController < ApplicationController
  active_scaffold :project do |conf|
    # Needed to inject the current_user method into the model
    config.security.current_user_method = :current_user
  end

  protected

  # only authenticated admin users are authorized to create projects
  def create_authorized?
    user = current_user
    !user.nil? && user.is_admin?
  end

  def current_user
    @session[:user_id] ? User.find(@session[:user_id]) : nil
  end
end

두 번째 레벨에서는 보다 복잡한 데이터 관련 로직을 만들 수 있다. 예를 들어, Project가 Organization에 속해있기(belongs_to) 때문에 프로젝트의 편집을 그 조직의 관리자로만 제한하는 것이 이치에 맞는다. 이를 위해서, 메소드를 authorized_for_#{crud_action} 같은 모델에 추가했는데, 여기에서 #{crud_action}는 create, read, update, destroy 중 하나이다.

                
class Project < ActiveRecord::Base
  belongs_to :organization

  # Since projects are owned by an organization, allow only administrators
  # of that organization to edit the project
  def authorized_for_update?
    organization.is_admin? current_user
  end
end

ActiveScaffold가 current_user 메소드를 상응하는 컨트롤러상의 current_user_method 설정에 기반한 모델로 투입하기 때문에 이 메소드를 사용할 수 있다.

위로

결론

Ruby 같은 동적 언어들은 자바™와 PHP 같은 정적 언어들이 하지 못하는 기능을 수행한다. ActiveScaffold는 많은 모델 기반의 "똑똑한" UI 시스템으로서 데이터 엔트리 페이지의 생성과 관리를 매우 단순화 시킨다. (참고자료)

본 글에 대한 의견이 있다면 필자의 블로그에 게시하여 주시기 바랍니다.

위로

다운로드 하십시오

다운로드 방식에 대한 정보

참고자료

교육

• ActiveScaffold 외 기타 UI 시스템들:
  • Django Project: Python용 Rails 계열 시스템. ActiveScaffold와 비슷한 기능 제공.
  • Streamlined: Rails용 스카폴딩 시스템. ActiveScaffold와 비슷한 기능 제공.
  • Hobo: Rails 애플리케이션 개발을 위한 Rails 플러그인.
  
  
• 이 글은 ActiveScaffold 1.0에 기반하고 있다. 이 버전은 Rails 1.2가 필요하고 이 글은 Ruby 1.8.6과 Rails 1.2.3으로 테스트 되었다.
  
  
• Rails 마이그레이션에서 외래 키 사용하기.
  
  
• Globalize: Rails 애플리케이션에 국제화와 로컬화 기능을 제공하는 Rails 플러그인.
  
  
• 한국 developerWorks 리눅스 존: 리눅스 튜토리얼, 리눅스 기술자료.
  
  
• developerWorks 리눅스 존: 리눅스 튜토리얼, 지난 달의 리눅스 기술자료와 튜토리얼의 인기 자료.
  
  
• developerWorks 기술 이벤트와 웹 캐스트.
  
  

제품 및 기술 얻기

• SEK for Linux 주문: DB2®, Lotus®, Rational®, Tivoli®, WebSphere®의 리눅스용 IBM 시험판 소프트웨어
  
  
• IBM 시험판 SW을 developerWorks에서 다운로드하여 차기 리눅스 개발 프로젝트에 활용해보라.
  
  

토론

• 한국 developerWorks community와 새로운 developerWorks spaces을 활용해보라.
  
  

필자소개

Mike Perham은 IBM WebSphere Business Services Fabric의 소프트웨어 엔지니어이다. Apache 프로젝트의 멤버이며, 1995년부터 오픈 소스 소프트웨어를 개발했다. 모터 사이클을 즐기며, 웹 기반 애플리케이션 구현과 관련된 신기술을 공부하고 있다.

아티클 순위

의견

위로

목차

• ActiveScaffold 설치하기
• 모델
• Rails 스카폴딩
• ActiveScaffold 기본 디스플레이
• 뷰 커스터마이징
• 관계
• 기록 검색하기
• 커스텀 액션
• 로컬화
• ActiveScaffold 스타일링
• 보안
• 결론
• 다운로드 하십시오
• 참고자료
• 필자소개
• 의견