Hyvää joulua!
Osallistu io-techin piparikakkutalokilpailuun 2025 Linkki osallistumisketjuun >>>
SER-huutokaupat hyväntekeväisyyteen käynnissä! Linkki huutokauppaan >>>
"axios": "^0.18.0",
"react": "^16.8.0",
"react-dom": "^16.8.0",
"react-scripts": "2.1.3" "enzyme": "^3.8.0",
"enzyme-adapter-react-16": "^1.9.1",
"enzyme-to-json": "^3.3.5",
"jest": "^24.1.0",
"react-test-renderer": "^16.7.0"it('Renders without crashing', () => {
const div = document.createElement('div');
ReactDOM.render(<App />, div);
ReactDOM.unmountComponentAtNode(div);
});
Minkälaiset valmiudet tuo nykyinen kurssi antaa?
import { configure } from 'enzyme';
import Adapter from 'enzyme-adapter-react-16';
configure({ adapter: new Adapter() });
Tässäpä tämä. Melkeinpä voisi käyttää termiä middle-end esim. Node/Express-middlewaren tai GraphQL:n kanssa. Eli frontti on se, mikä käyttäjälle näkyy. Middle-end taasen rajapinnat, jotka näkyvät frontendille. Ja backend on kaikki se, mikä säilöö ja pullauttaa datan middle-endin eteenpäin tarjoiltavaksi.
Lopussahan ollaan kiinnostuneita nimenomaan siitä, onko aine nestemuodossa vai ei. Tässä valossa on_neste-metodi on ihan perusteltu ja mahdollisesti jopa paras ratkaisu. Siinä olet toki oikeassa, että tähän käyttötarkoitukseen asian voisi tehdä myös yhdellä metodilla, mutta sepä ei välttämättä olekaan ihan niin hyvä ratkaisu kuin voisi kuvitella. Käytännössähän puhutaan varmaan metodista, jonka nimi olisi luokkaa olomuoto_merkkijonona. Yleisesti ottaen kuitenkin merkkijonoksi muuttavan metodin kannattaa tehdä mahdollisimman vähän mitään muuta, joten käytännössä tarvittaisiin ennen sitä olomuoto-niminen metodi, joka palauttaa aineen olomuodon sopivan tyyppisenä... eli käytännössä luultavasti enumina. Tarvitaan siis lisäksi olomuotoa kuvaava enum. Vaihtoehtoisesti olomuoto_merkkijonona-metodi voi kutsua nykyisiä on_*-metodeita, mikä toimii kyllä sekin mutta ei ole ainakaan minun silmääni kovin eleganttia. Joka tapauksessa lopulta olomuoto_merkkijonona-metodi kutsuu tätä olomuoto-metodia ja tekee sen perusteella mitä tekee. Toisaalta voidaan keskustella siitäkin, kannattaako luokan pystyä hoitamaan oma merkkijonoesityksensä. Koska käytännön sovelluksessa voidaan joutua huolehtimaan lisäksi esim. lokalisoinnista, vastaus saattaa hyvinkin olla ei.
Jos sille olomuoto metodille välitettäisiin parametrina myös testattava olomuoto, niin sehän olisi aika toimiva?
Oma ideani oli, että olomuoto-niminen metodi määrittäisi ja palauttaisi aineen olomuodon. Nimeämisessä voisi varmaan olla hitusen parannettavaa, jotta idea tulisi paremmin ilmi. Esim. hae_olomuoto ja maarita_olomuoto saattaisivat olla kuvaavampia (mutteivat täysin ongelmattomia nekään). Tuo kuvailemasi toiminnallisuus kuulostaa minusta ihan järkevälle sekin, mutta nähdäkseni siinäkin kannattaisi olla olomuotoa kuvaava enum-tyyppi, joka metodille annetaan parametriksi. Lisäksi kuvailemasi funktion nimen kannattaisi olla pikemminkin jotain tyyliin on_olomuodossa, jolloin tuohon olomuoto-enumiin yhdistettynä sitä kutsuttaisiin tyyliin
if metalli.on_olomuodossa(Olomuoto.NESTE):
# tee jotainLaita mulle YV:llä lista Y-tunnuksista niin haen sulle taulukkoon rekisteröidyt nimet.
import requests
requests.get('https://avoindata.prh.fi/tr/v1/0116297-6').json()['results'][0]['name']Invoke-RestMethod -Uri "https://avoindata.prh.fi/tr/v1/0116297-6" | select -ExpandProperty results | select -ExpandProperty namefunction GETNAMEBYBI(id) {
id = id.trim()
if (/^([\d]{6}|[\d]{7})-[\d]$/.test(id)) {
var res = UrlFetchApp.fetch('http://avoindata.prh.fi/opendata/bis/v1/' + id)
res = JSON.parse(res.getContentText())
var name = res.results[0].name
return name
} else {
return 'invalid input'
}
}Sattumalta sattu oleen tollanen ns. takataskussaHah, aikas näppärä toi Googlen Apps Script. En olekaan tiennyt moisesta
LANGUAGE_CODE = 'fi'
USE_I18N = Truefrom django.utils.translation import ugettext_lazy as _
example_field = models.TextField(_('Example field')){% load i18n %}
<h1>{% trans "Example heading" %}</h1>django-admin makemessages -l fidjango-admin compilemessagesMites noiden 3rd party kirjastojen eli pip asennettujen kanssa menetellään?
ASchema({
key:{
type:String,
unique:true
},
arrB:[{type: Schema.Types.ObjectId, ref: 'B'}]
}
BSchema({
compKey:A.key+B.key
key:String
}Riippuu tukevatko asentamasi Django appit käännöksiä. Jos tukevat niin muutamia vaihtoehtoja löytyy: Handling i18n in Django projects | code @ informatikaMihelac
var mealsByCategory = {
A: ["Soup", "Juice", "Tea", "Others"],
B: ["Soup", "Juice", "Water", "Others"],
C: ["Soup", "Juice", "Coffee", "Tea", "Others"]
}
./mealsByCategory.json
{
"A": ["Soup", "Juice", "Tea", "Others"],
"B": ["Soup", "Juice", "Water", "Others"],
"C": ["Soup", "Juice", "Coffee", "Tea", "Others"]
}
var propertiesByCategory = {
"Leanne Graham": ["A", "B", "C"],
"Ervin Howell": ["D", "E"],
"Clementine Bauch": ["F", "G"]
}Kyllä siellä on gettextiä käytetty ja localetkin olen tehnyt, mutta eivät tosiaan lataudu.
Korvaat tuon muuttujan alustuksen siten, että data haetaan sieltä mistä pitää?
var propertiesByCategory;
fetch("https://myCategoryJson.url")
.then(res => {
return res.json();
})
.then(json => {
propertiesByCategory = json;
});
