@@ -19,7 +19,7 @@ msgid ""
1919msgstr ""
2020"Project-Id-Version : Python 3.9\n "
2121"Report-Msgid-Bugs-To : \n "
22- "POT-Creation-Date : 2021-01-01 05:02 +0000\n "
22+ "POT-Creation-Date : 2021-03-15 05:42 +0000\n "
2323"PO-Revision-Date : 2017-02-16 17:42+0000\n "
2424"Last-Translator : mollinaca, 2020\n "
2525"Language-Team : Japanese (https://www.transifex.com/python-doc/teams/5390/ja/)\n "
@@ -964,33 +964,41 @@ msgstr "なぜ goto が無いのですか?"
964964
965965#: ../../faq/design.rst:604
966966msgid ""
967- "You can use exceptions to provide a \" structured goto\" that even works "
968- "across function calls. Many feel that exceptions can conveniently emulate "
967+ "In the 1970s people realized that unrestricted goto could lead to messy "
968+ "\" sphagetti\" code that was hard to understand and revise. In a high-level "
969+ "language, it is also unneeded as long as there are ways to branch (in "
970+ "Python, with ``if`` statements and ``or``, ``and``, and ``if-else`` "
971+ "expressions) and loop (with ``while`` and ``for`` statements, possibly "
972+ "containing ``continue`` and ``break``)."
973+ msgstr ""
974+
975+ #: ../../faq/design.rst:611
976+ msgid ""
977+ "One can also use exceptions to provide a \" structured goto\" that works even"
978+ " across function calls. Many feel that exceptions can conveniently emulate "
969979"all reasonable uses of the \" go\" or \" goto\" constructs of C, Fortran, and "
970980"other languages. For example::"
971981msgstr ""
972- "関数の呼び出しをまたいでも動作する \" 構造化された goto\" をまかなうものとして例外を使えます。C、Fortran、その他の言語での "
973- "\" go\" あるいは \" goto\" 構造の適切な用途は全て、例外で同じようなことををすれば便利であると、広く感じられています。例えば::"
974982
975- #: ../../faq/design.rst:619
983+ #: ../../faq/design.rst:627
976984msgid ""
977985"This doesn't allow you to jump into the middle of a loop, but that's usually"
978986" considered an abuse of goto anyway. Use sparingly."
979987msgstr "例外ではループ内へ跳ぶことはできませんが、どちらにしてもそれは goto の乱用と見なされるものです。使うのは控えてください。"
980988
981- #: ../../faq/design.rst:624
989+ #: ../../faq/design.rst:632
982990msgid "Why can't raw strings (r-strings) end with a backslash?"
983991msgstr "なぜ raw 文字列 (r-strings) はバックスラッシュで終わってはいけないのですか?"
984992
985- #: ../../faq/design.rst:626
993+ #: ../../faq/design.rst:634
986994msgid ""
987995"More precisely, they can't end with an odd number of backslashes: the "
988996"unpaired backslash at the end escapes the closing quote character, leaving "
989997"an unterminated string."
990998msgstr ""
991999"正確には、奇数個のバックスラッシュで終わってはいけません。終わりの対になっていないバックスラッシュは、閉じ引用文字をエスケープし、終っていない文字列を残してしまいます。"
9921000
993- #: ../../faq/design.rst:630
1001+ #: ../../faq/design.rst:638
9941002msgid ""
9951003"Raw strings were designed to ease creating input for processors (chiefly "
9961004"regular expression engines) that want to do their own backslash escape "
@@ -1004,22 +1012,22 @@ msgstr ""
10041012"文字列はそれを認めません。その代わりに、バックスラッシュでエスケープすることで、引用文字を文字列として渡すことができます。r-string "
10051013"が意図された目的に使われるときに、この規則が役に立つのです。"
10061014
1007- #: ../../faq/design.rst:637
1015+ #: ../../faq/design.rst:645
10081016msgid ""
10091017"If you're trying to build Windows pathnames, note that all Windows system "
10101018"calls accept forward slashes too::"
10111019msgstr "Windows のパス名を構築するときには、Windows のシステムコールは普通のスラッシュも受け付けることを憶えておいてください::"
10121020
1013- #: ../../faq/design.rst:642
1021+ #: ../../faq/design.rst:650
10141022msgid ""
10151023"If you're trying to build a pathname for a DOS command, try e.g. one of ::"
10161024msgstr "DOS コマンドのパス名を構築するときには、例えばこの中のどれかを試してください::"
10171025
1018- #: ../../faq/design.rst:650
1026+ #: ../../faq/design.rst:658
10191027msgid "Why doesn't Python have a \" with\" statement for attribute assignments?"
10201028msgstr "属性の代入に \" with\" 文が使えないのはなぜですか?"
10211029
1022- #: ../../faq/design.rst:652
1030+ #: ../../faq/design.rst:660
10231031msgid ""
10241032"Python has a 'with' statement that wraps the execution of a block, calling "
10251033"code on the entrance and exit from the block. Some languages have a "
@@ -1028,11 +1036,11 @@ msgstr ""
10281036"Python には、ブロックの実行を包む 'with' "
10291037"文があり、ブロックに入るときとブロックから出るときに、コードを呼び出します。以下のような構造を持つ言語があります::"
10301038
1031- #: ../../faq/design.rst:660
1039+ #: ../../faq/design.rst:668
10321040msgid "In Python, such a construct would be ambiguous."
10331041msgstr "Python では、このような構造は曖昧になるでしょう。"
10341042
1035- #: ../../faq/design.rst:662
1043+ #: ../../faq/design.rst:670
10361044msgid ""
10371045"Other languages, such as Object Pascal, Delphi, and C++, use static types, "
10381046"so it's possible to know, in an unambiguous way, what member is being "
@@ -1043,7 +1051,7 @@ msgstr ""
10431051"Pascal、Delphi、C++のような他の言語では、静的な型を使うので、曖昧な方法でも、どのメンバに代入されているのか分かります。これが静的型付けの要点です"
10441052" -- コンパイラは *いつでも* コンパイル時にすべての変数のスコープを知るのです。"
10451053
1046- #: ../../faq/design.rst:667
1054+ #: ../../faq/design.rst:675
10471055msgid ""
10481056"Python uses dynamic types. It is impossible to know in advance which "
10491057"attribute will be referenced at runtime. Member attributes may be added or "
@@ -1054,11 +1062,11 @@ msgstr ""
10541062"Python "
10551063"は動的な型を使います。実行時にどの属性が参照されるか事前に分かりません。動作中にメンバ属性が追加あるいは除去されるかもしれません。これでは、単純に読むだけではどのアトリビュートが参照されているか分かりません。ローカルなのか、グローバルなのか、メンバ属性なのか?"
10561064
1057- #: ../../faq/design.rst:673
1065+ #: ../../faq/design.rst:681
10581066msgid "For instance, take the following incomplete snippet::"
10591067msgstr "例えば、以下の不完全なコード片を考えましょう::"
10601068
1061- #: ../../faq/design.rst:679
1069+ #: ../../faq/design.rst:687
10621070msgid ""
10631071"The snippet assumes that \" a\" must have a member attribute called \" x\" . "
10641072"However, there is nothing in Python that tells the interpreter this. What "
@@ -1071,47 +1079,47 @@ msgstr ""
10711079"という名前のグローバル変数があったら、それが with ブロックの中で使われるのでしょうか。この通り、Python "
10721080"の動的な特質から、このような選択はとても難しい物になっています。"
10731081
1074- #: ../../faq/design.rst:685
1082+ #: ../../faq/design.rst:693
10751083msgid ""
10761084"The primary benefit of \" with\" and similar language features (reduction of "
10771085"code volume) can, however, easily be achieved in Python by assignment. "
10781086"Instead of::"
10791087msgstr "しかし、\" with\" やそれに類する言語の機能の一番の利点 (コード量の削減) は、 Python では代入により簡単に手に入れられます::"
10801088
1081- #: ../../faq/design.rst:692
1089+ #: ../../faq/design.rst:700
10821090msgid "write this::"
10831091msgstr "こう書いてください::"
10841092
1085- #: ../../faq/design.rst:699
1093+ #: ../../faq/design.rst:707
10861094msgid ""
10871095"This also has the side-effect of increasing execution speed because name "
10881096"bindings are resolved at run-time in Python, and the second version only "
10891097"needs to perform the resolution once."
10901098msgstr "Python では実行時に名前束縛が解決され、後者はその解決が一度で済むため、これには実行速度をあげる副作用もあります。"
10911099
1092- #: ../../faq/design.rst:705
1100+ #: ../../faq/design.rst:713
10931101msgid "Why are colons required for the if/while/def/class statements?"
10941102msgstr "if/while/def/class 文にコロンが必要なのはなぜですか?"
10951103
1096- #: ../../faq/design.rst:707
1104+ #: ../../faq/design.rst:715
10971105msgid ""
10981106"The colon is required primarily to enhance readability (one of the results "
10991107"of the experimental ABC language). Consider this::"
11001108msgstr "主に可読性を高めるため (実験的な ABC 言語の結果の一つ) に、コロンが必要です::"
11011109
1102- #: ../../faq/design.rst:713
1110+ #: ../../faq/design.rst:721
11031111msgid "versus ::"
11041112msgstr "と::"
11051113
1106- #: ../../faq/design.rst:718
1114+ #: ../../faq/design.rst:726
11071115msgid ""
11081116"Notice how the second one is slightly easier to read. Notice further how a "
11091117"colon sets off the example in this FAQ answer; it's a standard usage in "
11101118"English."
11111119msgstr ""
11121120"を考えれば、後者のほうが少し読みやすいでしょう。さらに言えば、この FAQ の解答例は次のようになるでしょう。これは、英語の標準的な用法です。"
11131121
1114- #: ../../faq/design.rst:721
1122+ #: ../../faq/design.rst:729
11151123msgid ""
11161124"Another minor reason is that the colon makes it easier for editors with "
11171125"syntax highlighting; they can look for colons to decide when indentation "
@@ -1120,21 +1128,21 @@ msgid ""
11201128msgstr ""
11211129"他の小さな理由は、コロンによってエディタがシンタックスハイライトをしやすくなることです。プログラムテキストの手の込んだ解析をしなくても、コロンを探せばいつインデントを増やすべきかを決められます。"
11221130
1123- #: ../../faq/design.rst:727
1131+ #: ../../faq/design.rst:735
11241132msgid "Why does Python allow commas at the end of lists and tuples?"
11251133msgstr "なぜ Python ではリストやタプルの最後にカンマがあっても良いのですか?"
11261134
1127- #: ../../faq/design.rst:729
1135+ #: ../../faq/design.rst:737
11281136msgid ""
11291137"Python lets you add a trailing comma at the end of lists, tuples, and "
11301138"dictionaries::"
11311139msgstr "Python では、リスト、タプル、辞書の最後の要素の後端にカンマをつけても良いことになっています::"
11321140
1133- #: ../../faq/design.rst:740
1141+ #: ../../faq/design.rst:748
11341142msgid "There are several reasons to allow this."
11351143msgstr "これを許すのには、いくつかの理由があります。"
11361144
1137- #: ../../faq/design.rst:742
1145+ #: ../../faq/design.rst:750
11381146msgid ""
11391147"When you have a literal value for a list, tuple, or dictionary spread across"
11401148" multiple lines, it's easier to add more elements because you don't have to "
@@ -1143,13 +1151,13 @@ msgid ""
11431151msgstr ""
11441152"リストやタプルや辞書のリテラルが複数行に渡っているときに、前の行にカンマを追加するのを覚えておく必要が無いため、要素を追加するのが楽になります。また、文法エラーを起こすこと無く、行の並べ替えを行うことができます。"
11451153
1146- #: ../../faq/design.rst:747
1154+ #: ../../faq/design.rst:755
11471155msgid ""
11481156"Accidentally omitting the comma can lead to errors that are hard to "
11491157"diagnose. For example::"
11501158msgstr "間違えてカンマを落としてしまうと、診断しづらいエラーにつながります。例えば::"
11511159
1152- #: ../../faq/design.rst:757
1160+ #: ../../faq/design.rst:765
11531161msgid ""
11541162"This list looks like it has four elements, but it actually contains three: "
11551163"\" fee\" , \" fiefoo\" and \" fum\" . Always adding the comma avoids this source"
@@ -1159,7 +1167,7 @@ msgstr ""
11591167"\" fee\" 、\" fiefoo\" 、\" fum\" です。\n"
11601168"常にカンマを付けるようにすれば、この種のエラーが避けられます。"
11611169
1162- #: ../../faq/design.rst:760
1170+ #: ../../faq/design.rst:768
11631171msgid ""
11641172"Allowing the trailing comma may also make programmatic code generation "
11651173"easier."
0 commit comments