I-convert ang teksto sa snake_case underscore_case Libre Online Ligtas

Bakit mo kino-convert ang teksto sa snake_case

Hindi mapapangalanan ng programmer ang variable na annual report total, dahil hindi maaaring maglaman ng espasyo ang pangalan. Hindi maaaring tawaging Customer First Name ang column ng database. Ang file na tinatawag na Final Draft (2).docx ay, maaga o huli, makakainis sa isang script. Sa kung anong punto, kailangang maging iisang salita ang parirala ng tao, at ang anyong pinili ng napakaraming komunidad ay snake_case: maliit ang lahat ng titik, pinagdudugtong ng underscore ang mga salita, annual_report_total, customer_first_name, final_draft_2. Ang pag-convert ng teksto sa snake_case ay ang pagkuha sa anumang parirala, sa anumang kalagayan, at pagbabago nito tungo sa anyong iyon sa isang hakbang.

Mag-paste ng linya at basahin ito pabalik sa snake_case. Nangyayari sa browser mo ang conversion, walang ipinapadala saanman sa tina-type mo, at sinusunod ng mga panuntunan ang wika ng pahinang ito at hindi ang Ingles. Hinahati nito ang linya sa mga salita, ginagawang maliit ang mga titik at pinagdurugtong ng underscore. Hinahati rin sa malalaking titik ang linyang nakasulat na sa camelCase, kaya ang fooBar ay nagiging foo_bar. Sa ibaba makikita mo nang eksakto kung ano ang ibig sabihin niyon, ano ang itinatapon, kung paano tinatrato ng pahina ang mahihirap na titik ng iba't ibang wika, kung saan ang snake_case ang kombensiyon at kung saan hindi, at ang mga patibong na sumasalo sa mga nagmamadaling mag-convert ng teksto sa snake_case.

Ang ginagawa ng conversion

Hatiin, gawing maliit, pagdugtungin

Una, hinahati ng pahina ang linya sa mga salita. Pagkatapos ay ginagawa nitong maliit ang bawat isa at pinagdurugtong ng underscore. Ang linyang Crème brûlée for 2 — straße 17, fooBar ay bumabalik bilang crème_brûlée_for_2_straße_17_foo_bar. Pinananatili ang mga accent, nananatili bilang sariling salita ang mga numero, wala na ang gitling at ang kuwit, at ang fooBar ay hinati sa dalawa, dahil nagmamarka ng hangganan ang malaking titik sa loob nito.

Kung saan nahahati

Ang hangganan ng salita ay espasyo, bantas, gitling, simbolo o pagbabago mula sa maliit na titik tungo sa malaking titik sa loob ng salita. Kaya ang pariralang customerFirstName, ang pariralang Customer First Name at ang pariralang customer-first-name ay pawang nagiging customer_first_name. Iyon ang praktikal na lakas ng conversion: tinatanggap nito ang halos anumang panimulang punto at laging dumarating sa iisang lugar.

Pagkopya ng resulta

Kinokopya ng button sa tabi ng resulta ito sa clipboard. I-paste ito sa editor, schema o file dialog kung saan kailangan ang pangalan.

Ang hindi ginagawa ng conversion

Hindi nito pinananatili ang bantas

Ang mga kuwit, tuldok at gitling ay hangganan sa pagitan ng mga salita, hindi mga karakter na dadalhin. Iyon ang gusto mo para sa pangalan ng file o column ng database, at hindi ang gusto mo para sa prosa. Kung magpapasok ka ng pangungusap sa pahina, babalik ito bilang pangalan, hindi bilang pangungusap, at wala na ang orihinal na bantas.

Hindi nito inaalis ang mga accent

Pinananatili ng linya ang mga titik nitong may accent: crème_brûlée. Tinatanggap ang mga ito ng maraming sistema, ngunit ang ilan ay hindi, at ang pangalang naglalaman ng mga ito ay maaaring magdulot ng problema sa mas lumang mga tool. Kung kailangan mo ng payak na mga titik, gamitin ang pahina ng URL slug, na nag-aalis ng mga marka sa mga Latin na titik.

Hindi nito sinusuri kung balido ang pangalan sa wika mo

May sarili nilang panuntunan ang mga programming language. Ipinagbabawal ng ilan ang pangalang nagsisimula sa digit, nagrereserba ang ilan ng mga salitang gaya ng class o return. Ginagawa ng pahina ang teksto bilang pangalan na tama ang hugis, at kailangan mo pa ring tiyaking legal ang pangalan kung saan mo ito gagamitin. Ang parirala gaya ng 2 for 1 offer ay nagiging 2_for_1_offer, na tinatanggihan ng karamihan ng wika sa simula.

Mahalaga ang wika

Mga script na isinusulat nang walang espasyo

Kailangan ng hangganan ang paghahati sa mga salita. Isinusulat nang walang espasyo ang Chinese at Japanese, kaya ang linya sa mga script na iyon ay bumabalik bilang iisang salita. Mas pipiliin ng pahinang sabihin ito kaysa humati sa lugar na hinulaan lang, dahil ang maling hati ay makabubuo ng pangalang mukhang kapani-paniwala ngunit mali ang kahulugan.

Turkish at ang may tuldok na i

Sinusunod ng paggawang maliit ng titik ang mga panuntunan ng wika ng pahina. Sa Turkish, ang maliit na anyo ng I ay ang ı na walang tuldok, at ang maliit na anyo ng İ ay i. Binabago ng converter na gumagamit ng mga panuntunan ng Ingles ang mga salita. Sinusunod ng pahinang ito ang wikang pinagsusulatan nito.

German at ang matalim na s

Maliit na titik na ang German na ß at pinananatili ito, gaya ng sa straße_17. Ang malaking STRASSE ay bumabalik bilang strasse, dahil hindi naaalala ng malaking anyo kung nagmula ito sa ß o sa dalawang titik.

Mga script na right-to-left at Indic

May espasyo sa pagitan ng mga salita ang Arabic, Hebrew at ang mga script ng India, at walang malaki at maliit na titik, kaya pinagdurugtong ng pahina ang mga salita nila ng underscore at hindi ginagalaw ang mga titik. Ibang tanong na kung tinatanggap ng isang tool ang gayong mga pangalan.

Kung saan ang snake_case ang kombensiyon

Python at Ruby

Inirerekomenda ng style guide ng Python ang snake_case para sa mga function, variable at module, at ganoon din ang nakagawian ng Ruby. Kung nagsusulat ka ng code sa alinman, halos laging nasa anyong ito ang mga pangalan mo.

Mga database

Karaniwang snake_case ang mga pangalan ng table at column sa SQL: customer_id, created_at, order_total. Iniiwasan nito ang pangangailangang lagyan ng panipi ang mga pangalan at ligtas ito sa iba't ibang database system, na ang ilan ay ginagawang iisang laki ng titik ang mga pangalang walang panipi at gagawing hindi mabasang sunod-sunod na titik ang camelCase.

Mga data file at API

Maraming web service ang gumagamit ng mga key na snake_case sa JSON nila, at madalas may header na snake_case ang mga spreadsheet na na-export para sa karagdagang pagproseso. Kung dumaraan ang data mo sa CSV sa JSON, nagiging mga key ang hanay ng header, at ginagawang madaling gamitin ng maayos na snake_case na mga header ang resulta.

Mga constant at environment variable

Nakagawiang isinusulat sa malalaking titik na may underscore ang mga constant at environment variable: MAX_RETRIES, DATABASE_URL. Ang paraan para makuha ang mga ito ay i-convert muna ang teksto sa snake_case at saka itaas ang resulta gamit ang pag-convert ng teksto sa uppercase.

Mga pangalan ng file

Ang lowercase na may underscore ay ligtas na pangalan ng file sa bawat sistema, at tiyak ang pag-sort at paghahanap nito. Gumagamit nito ang maraming photographer, mananaliksik at administrator dahil mismo sa kadahilanang iyon.

Kung saan hindi ito ang kombensiyon

JavaScript at Java

Mas gusto ng mga wikang ito ang camelCase para sa mga variable at function, at ang PascalCase para sa mga class. Maaaring kailangang i-convert ang pangalan mula sa Python script bago ito lumitaw sa JavaScript file. Tingnan ang camelCase para roon.

CSS at mga web address

Karaniwang gitling ang ginagamit, hindi underscore, ng mga pangalan ng CSS class at mga web address. Ang tool para roon ay ang kebab-case. Tinatrato ng mga search engine ang gitling bilang separator ng salita at ang underscore bilang tagapagdugtong, maliit na pagkakaibang nasa likod ng nakagawiang gitling sa mga address.

Prosa at mga pamagat

Ang snake_case ay para sa mga pangalan, hindi para sa pagbabasa. Mabigat sa mata ang pamagat o pangungusap na nakasulat dito. Para sa tekstong pantao, panatilihin ang mga salita at espasyo, at para sa heading isaalang-alang ang Title Case.

Paano i-convert ang teksto sa snake_case rito

I-paste o i-type ang teksto mo

Ilagay ang parirala sa unang field. Agad na lumilitaw ang resulta sa ikalawa, kaya makikita mo itong nagbabago habang nagta-type ka.

Suriin ang mga hati

Tingnan kung saan hinati ang mga salita. Ang salitang gaya ng iPhone o eBay ay hinahati sa malaking titik, at ang acronym gaya ng HTTPServer ay kailangan ng sulyap para makita kung lumabas ito ayon sa balak mo.

Kopyahin ito

Pindutin ang copy button at i-paste ang resulta kung saan mo ito kailangan. Para sa iba pang anyo ng parehong linya, tingnan sa ibaba.

Paggamit ng snake_case sa buong proyekto

Isang kombensiyon para sa buong stack

Mas mahirap basahin ang proyektong naghahalo ng mga istilo ng pagpapangalan kaysa sa bahagyang pangit ngunit pare-pareho. Kung snake_case ang gamit ng database, madalas ay ganoon din ang code na kumakausap dito, at sumusunod ang mga file na lumilipat sa pagitan nila. Kapag nagko-convert ka ng teksto sa snake_case para sa bagong column o bagong field, pinipili mo ang pangalang kailangang pakisamahan ng bawat ibang layer, kaya piliin ito nang minsanan at dalhin sa lahat.

Paglilipat ng mga pangalan sa pagitan ng mga kombensiyon

Maaga o huli, kailangang lumitaw sa ibang kombensiyon ang pangalan mula sa isa. Ang column ng database na customer_first_name ay nagiging customerFirstName sa JavaScript object at customer-first-name sa CSS class o URL. Sa halip na i-type muli ang bawat isa nang mano-mano, i-paste ang orihinal sa pahinang gumagawa ng anyong kailangan mo: camelCase para sa code sa pamilya ng C at JavaScript at kebab-case para sa mga istilo at address. Eksaktong salin ng isa't isa ang tatlong anyo ng iisang pangalan, at pare-pareho itong ginagawa ng converter.

Mga configuration file

Madalas gumamit ng mga key na snake_case ang mga settings file, lalo na sa YAML na ginagamit ng maraming tool. Kapag naghahanda ka ng ganoong file mula sa data na nakatago bilang JSON, pinananatili ng JSON sa YAML ang mga key gaya ng isinulat mo, at ginagawa ng YAML sa JSON ang kabaligtaran. Magpasya sa snake_case para sa mga key bago ka magsimula, at hindi sila gagambalain ng conversion sa pagitan ng mga format.

Maramihang pagpapalit ng pangalan

Kung namana mo ang data file na magkakahalo ang istilo ng mga header, i-convert ang bawat header gamit ang pahinang ito at palitan ang mga ito nang minsanan. Subukan muna sa maliit na sample, dahil masisira ang script na bumabasa ng file ayon sa header kung nagbago ang pangalan sa ilang lugar lang. Magtabi ng listahan ng luma at bagong pangalan sa tabi ng file para makita ng katrabaho kung ano ang nagbago.

Pagsulat ng mga pangalang tumatagal

Sabihin kung ano ang bagay, hindi kung paano ito iniimbak

Inilalarawan ng magandang pangalan ang nilalaman. Sinasabi ng order_total kung ano ang kahulugan ng numero; hindi ng col7. Kapag nagko-convert ka ng teksto sa snake_case, tiyaking ang pariralang pinagsimulan mo ang pinakamalinaw na kaya mong isulat, dahil tapat na pananatilihin ng converter ang linaw nito o ang gulo nito.

Iwasan ang mga daglat na ikaw lang ang nakakaintindi

Palaisipan sa iba ang pangalang gaya ng cust_fn_dt, at sa iyo mismo pagkalipas ng anim na buwan. Mura ang mga underscore, at ganoon din ang mga dagdag na salita. Mas magandang regalo sa susunod na tao ang mas mahabang pangalang nababasa na parang pangungusap kaysa sa maikli na nangangailangan ng alamat.

Panatilihing pare-pareho ang isahan at maramihan

Magpasya kung pinapangalanan ang mga table sa isahan, customer, o sa maramihan, customers, at manatili rito. Mas hindi mahalaga ang kombensiyon kaysa sa pagkakapareho nito. Pinananatili ng parirala na ginawang snake_case ang anumang bilang na ibinigay mo.

Maglagay ng prefix kapag nakatutulong

Sa malaking schema, pinagpapangkat ng maikling prefix ang mga magkakaugnay na pangalan: billing_address, billing_city, billing_country. Ang pag-type ng parirala na may prefix at pag-convert dito ay nagbibigay ng pare-parehong resulta, at ang alpabetikong listahan ay nagpapangkat na mismo.

Subukan ang mga pangalan bago mag-commit

Bago mapunta ang pangalan sa schema o API, subukan ito sa mga lugar kung saan ito lilitaw: query, variable, listahan ng file. Kung natural itong nababasa sa lahat ng tatlo, magsisilbi ito. Kung pakiramdam mo ay awkward, paikliin o baguhin ang pananalita ng parirala at i-convert muli ang teksto sa snake_case. Ang isang minuto ng pagsubok sa simula ay nagliligtas sa pagpapalit ng pangalan sa daan-daang file sa hinaharap.

Ang parehong linya sa pitong paraan ng pagsulat

Isang talahanayan ng mga anyo

Sa ibaba ng converter, ipinapakita ng talahanayan ang halimbawang linya sa pitong anyong iniaalok ng site: uppercase, lowercase, Title Case, snake_case, kebab-case, camelCase at URL slug. Mabilis itong paraan para makita kung ano ang hitsura ng parehong mga salita sa bawat isa.

Saan nanggaling ang mga anyong ito

Dalawang alpabeto

Noong una, dalawang magkaibang alpabeto ang malalaki at maliliit na titik. Romano ang mga malalaking titik, inukit sa bato gamit ang pait; ang maliliit na titik ay nagmula sa Carolingian minuscule, hinubog ng panulat na mabilis na gumagalaw sa pergamino. Itinago ng mga imprentero ang dalawa sa magkahiwalay na tray, ang upper case at ang lower case, at nanatili ang mga pangalan kahit matagal nang wala ang mga tray.

Mga pangalang walang espasyo

Mas bata nang malayo ang mga anyong pang-programming at inimbento para lutasin ang isang problema: hindi maaaring maglaman ng espasyo ang pangalan. Ang snake_case ay nagmula sa unang C, ang camelCase sa Smalltalk, ang kebab-case sa Lisp, at ang URL slug sa pangangailangang ilagay ang pamagat ng tao sa address kung saan hindi pinapayagan ang espasyo at accent. Maginhawang karakter ang underscore sa mga keyboard noon, at mukha itong espasyong nakaupo sa linya.

Mga patibong kapag nagko-convert ka ng teksto sa snake_case

Pagsisimula ng pangalan sa digit

Tinatanggihan ng karamihan ng wika at database ang pangalang nagsisimula sa numero. Maglagay ng titik o salita sa unahan kung nagsisimula ang parirala sa isa.

Pag-asang hahawakan ang mga reserved word

Ang parirala gaya ng class o order ay maaaring reserved word sa wika mo o sa SQL. Hindi alam ng pahina, at kailangan mong suriin.

Mga acronym

Ang acronym sa loob ng pangalang camelCase, gaya ng parseHTMLString, ay maaaring hatiin bilang parse_h_t_m_l_string o parse_html_string depende sa panuntunan. Tiyaking ang resulta ay ang gusto mo.

Napakahabang mga pangalan

Naglalagay ng limitasyon sa haba ang mga database at file system. Ang mahabang parirala na ginawang pangalan ay maaaring umabot dito. Paikliin ang pananalita bago mag-convert.

Mga tanong ng mga tao bago mag-convert

Ano ang nangyayari sa bantas?

Tinatrato ito bilang hangganan sa pagitan ng mga salita at hindi dinadala.

Pinananatili ba ang mga numero?

Oo, bilang sariling mga salita, pinaghihiwalay ng underscore.

Kaya ba nitong hawakan ang input na camelCase?

Oo. Ang malaking titik sa loob ng salita ay nagmamarka ng hati, kaya ang fooBar ay nagiging foo_bar.

Magagamit ko ba ito para sa ibang wika?

Oo, gamit ang mga panuntunan ng wika ng pahina. Ang mga script na walang espasyo, gaya ng Chinese at Japanese, ay bumabalik bilang iisang salita.

Ina-upload ba ang teksto ko?

Hindi. Hindi kailanman ipinapadala saanman ang tina-type mo rito, kaya kasing-ligtas rito ang draft, password o pangalan ng kliyente gaya sa text editor.

Paano ko makukuha ang mga gitling sa halip?

Gamit ang pag-convert ng teksto sa kebab-case.

Isang halimbawang nalutas

Sabihin nating gumagawa ka ng maliit na database para sa aklatan at ipinadala sa iyo ng mga kawani ang mga pamagat ng column mula sa spreadsheet nila: Book Title, Author's Last Name, Year Published (YYYY), ISBN-13. Kino-convert mo ang bawat isa at nababasa mo ang book_title, author_s_last_name, year_published_yyyy at isbn_13. Ginawang magulo ng kudlit ang column ng may-akda, kaya pinaikli mo ang orihinal sa Author Last Name at nag-convert muli: author_last_name. Mas malinaw ang column ng taon kung wala ang tala ng format, kaya itinatago mo ang year_published. Apat na maayos na pangalan ng column, naisulat sa isang minuto, at bawat isa ay pangalang tatanggapin ng database.

Isang maikling checklist

Bago mag-convert

Isulat ang parirala sa payak na salita, walang tala sa loob ng panaklong. Tiyaking tumatanggap ang target ng underscore at accent.

Habang nagko-convert

I-paste ang parirala, tingnan ang mga hati at tiyaking nagsisimula sa titik ang pangalan.

Pagkatapos mag-convert

Suriin ang haba, suriin laban sa mga reserved word at magtabi ng tala ng orihinal na parirala, para masubaybayan ang pangalan pabalik sa kahulugan nito.

Karaniwang mga pagkakamali

Paggamit ng snake_case para sa tekstong babasahin ng mga tao

Para ito sa mga pangalan, hindi sa prosa.

Paglimot sa pinapayagan ng target

Nagkakaiba ang mga sistema sa mga digit sa simula, accent at limitasyon sa haba.

Pag-convert ng mga acronym nang hindi tumitingin

Suriin ang mga hati sa paligid nila.

Nananatili sa device mo ang teksto mo

Lokal na nangyayari ang conversion. Hinahawakan ng sarili mong browser ang teksto mo at walang ipinapadala saanman. Walang buburahin pagkatapos at walang account na gagawin. Iyon ang payak na paraan para i-convert ang teksto sa snake_case.

Buod

Para i-convert ang teksto sa snake_case rito, mag-paste ng linya at basahin itong bumalik na hinati ang mga salita, ginawang maliit at pinagdugtong ng underscore. Hinahati rin doon ang linyang nakasulat na sa camelCase, kaya ang fooBar ay nagiging foo_bar. Hindi pinananatili ng pahina ang bantas: ang mga kuwit, tuldok at gitling ay hangganan sa pagitan ng mga salita, hindi mga karakter na dadalhin, na siyang gusto mo para sa pangalan ng file o column ng database at hindi para sa prosa. Kailangan ng hangganan ang paghahati sa mga salita, kaya ang Chinese at Japanese, na isinusulat nang walang espasyo, ay bumabalik bilang iisang salita. Sinusunod ng paggawang maliit ng titik ang wika ng pahina. Walang ina-upload.