Contributors:
Index:
{ | |
"$schema": "http://json-schema.org/draft-07/schema#", | |
"$id": "http://dazn.com/manifest.schema.json", | |
"title": "dazn-manifest", | |
"type": "object", | |
"additionalProperties": false, | |
"description": "A YAML file which describes the contents of a code repository in a machine readable format.", | |
"properties": { | |
"dazn-manifest": { | |
"title": "version", |
Contributors:
Index:
# config/initializers/grape.rb | |
module AppstackGrapeEndpointSetup | |
extend ActiveSupport::Concern | |
module ClassMethods | |
include Rails.application.routes.url_helpers | |
def default_url_options | |
{host: ::Rails.application.config.action_mailer.default_url_options[:host]} | |
end |
// Here is a proposal for minimalist JavaScript classes, humbly offered. | |
// There are (at least) two different directions in which classes can be steered. | |
// If we go for a wholly new semantics and implementation, then fancier classical | |
// inheritance can be supported with parallel prototype chains for true inheritance | |
// of properties at both the class and instance level. | |
// If however, we keep current JavaScript prototype semantics, and add a form that | |
// can desugar to ES3, things must necessarily stay simpler. This is the direction | |
// I'm assuming here. |