| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
1 parent fd4455e commit 06ad0b8
3 files changed
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
@@ -11,7 +11,7 @@ msgid "" | |||
| 11 | 11 | msgstr "" | |
| 12 | 12 | "Project-Id-Version: Python 3.8\n" | |
| 13 | 13 | "Report-Msgid-Bugs-To: \n" | |
| 14 | - "POT-Creation-Date: 2020-02-09 12:40+0000\n" | ||
| 14 | + "POT-Creation-Date: 2020-09-02 14:59+0000\n" | ||
| 15 | 15 | "PO-Revision-Date: 2020-05-30 11:53+0000\n" | |
| 16 | 16 | "Last-Translator: tomo, 2020\n" | |
| 17 | 17 | "Language-Team: Japanese (https://www.transifex.com/python-doc/teams/5390/ja/)\n" | |
@@ -912,14 +912,10 @@ msgstr "" | |||
| 912 | 912 | #: ../../faq/design.rst:573 | |
| 913 | 913 | msgid "" | |
| 914 | 914 | "For Python, many of the advantages of interface specifications can be " | |
| 915 | - "obtained by an appropriate test discipline for components. There is also a " | ||
| 916 | - "tool, PyChecker, which can be used to find problems due to subclassing." | ||
| 915 | + "obtained by an appropriate test discipline for components." | ||
| 917 | 916 | msgstr "" | |
| 918 | - "Python " | ||
| 919 | - "では、コンポーネントの適切なテスト規律によって、インタフェース仕様の多くの強みを活かせます。サブクラス化による問題を見つけるために使えるツール " | ||
| 920 | - "PyChecker もあります。" | ||
| 921 | 917 | ||
| 922 | - #: ../../faq/design.rst:577 | ||
| 918 | + #: ../../faq/design.rst:576 | ||
| 923 | 919 | msgid "" | |
| 924 | 920 | "A good test suite for a module can both provide a regression test and serve " | |
| 925 | 921 | "as a module interface specification and a set of examples. Many Python " | |
@@ -935,7 +931,7 @@ msgstr "" | |||
| 935 | 931 | " :mod:`doctest` や :mod:`unittest` " | |
| 936 | 932 | "モジュール、あるいはサードパーティのテストフレームワークで、モジュールのコードの全ての行に及ぶ徹底的なテストスイートを構成できます。" | |
| 937 | 933 | ||
| 938 | - #: ../../faq/design.rst:585 | ||
| 934 | + #: ../../faq/design.rst:584 | ||
| 939 | 935 | msgid "" | |
| 940 | 936 | "An appropriate testing discipline can help build large complex applications " | |
| 941 | 937 | "in Python as well as having interface specifications would. In fact, it can" | |
@@ -950,7 +946,7 @@ msgstr "" | |||
| 950 | 946 | " :meth:`append` メソッドは新しい要素をある内部リストの終わりに加えます。インタフェース仕様ではこの :meth:`append` " | |
| 951 | 947 | "の実装が実際にこれを行うかをテストできませんが、テストスイートならこの機能を簡単に確かめられます。" | |
| 952 | 948 | ||
| 953 | - #: ../../faq/design.rst:593 | ||
| 949 | + #: ../../faq/design.rst:592 | ||
| 954 | 950 | msgid "" | |
| 955 | 951 | "Writing test suites is very helpful, and you might want to design your code " | |
| 956 | 952 | "with an eye to making it easily tested. One increasingly popular technique," | |
@@ -961,11 +957,11 @@ msgstr "" | |||
| 961 | 957 | "テストスイートを書くことはとても役に立ちますし、テストのしやすさという視点でコードを設計することにもつながります。テスト指向開発は、人気を増しつつある技法で、実際のコードを書き始める前に、最初からテストスイートの部品を書くことを求めます。もちろん、" | |
| 962 | 958 | " Python で粗雑にテストケースを全く書かないこともできます。" | |
| 963 | 959 | ||
| 964 | - #: ../../faq/design.rst:601 | ||
| 960 | + #: ../../faq/design.rst:600 | ||
| 965 | 961 | msgid "Why is there no goto?" | |
| 966 | 962 | msgstr "なぜ goto が無いのですか?" | |
| 967 | 963 | ||
| 968 | - #: ../../faq/design.rst:603 | ||
| 964 | + #: ../../faq/design.rst:602 | ||
| 969 | 965 | msgid "" | |
| 970 | 966 | "You can use exceptions to provide a \"structured goto\" that even works " | |
| 971 | 967 | "across function calls. Many feel that exceptions can conveniently emulate " | |
@@ -975,25 +971,25 @@ msgstr "" | |||
| 975 | 971 | "関数の呼び出しをまたいでも動作する \"構造化された goto\" をまかなうものとして例外を使えます。C、Fortran、その他の言語での " | |
| 976 | 972 | "\"go\" あるいは \"goto\" 構造の適切な用途は全て、例外で同じようなことををすれば便利であると、広く感じられています。例えば::" | |
| 977 | 973 | ||
| 978 | - #: ../../faq/design.rst:618 | ||
| 974 | + #: ../../faq/design.rst:617 | ||
| 979 | 975 | msgid "" | |
| 980 | 976 | "This doesn't allow you to jump into the middle of a loop, but that's usually" | |
| 981 | 977 | " considered an abuse of goto anyway. Use sparingly." | |
| 982 | 978 | msgstr "例外ではループ内へ跳ぶことはできませんが、どちらにしてもそれは goto の乱用と見なされるものです。使うのは控えてください。" | |
| 983 | 979 | ||
| 984 | - #: ../../faq/design.rst:623 | ||
| 980 | + #: ../../faq/design.rst:622 | ||
| 985 | 981 | msgid "Why can't raw strings (r-strings) end with a backslash?" | |
| 986 | 982 | msgstr "なぜ raw 文字列 (r-strings) はバックスラッシュで終わってはいけないのですか?" | |
| 987 | 983 | ||
| 988 | - #: ../../faq/design.rst:625 | ||
| 984 | + #: ../../faq/design.rst:624 | ||
| 989 | 985 | msgid "" | |
| 990 | 986 | "More precisely, they can't end with an odd number of backslashes: the " | |
| 991 | 987 | "unpaired backslash at the end escapes the closing quote character, leaving " | |
| 992 | 988 | "an unterminated string." | |
| 993 | 989 | msgstr "" | |
| 994 | 990 | "正確には、奇数個のバックスラッシュで終わってはいけません。終わりの対になっていないバックスラッシュは、閉じ引用文字をエスケープし、終っていない文字列を残してしまいます。" | |
| 995 | 991 | ||
| 996 | - #: ../../faq/design.rst:629 | ||
| 992 | + #: ../../faq/design.rst:628 | ||
| 997 | 993 | msgid "" | |
| 998 | 994 | "Raw strings were designed to ease creating input for processors (chiefly " | |
| 999 | 995 | "regular expression engines) that want to do their own backslash escape " | |
@@ -1007,22 +1003,22 @@ msgstr "" | |||
| 1007 | 1003 | "文字列はそれを認めません。その代わりに、バックスラッシュでエスケープすることで、引用文字を文字列として渡すことができます。r-string " | |
| 1008 | 1004 | "が意図された目的に使われるときに、この規則が役に立つのです。" | |
| 1009 | 1005 | ||
| 1010 | - #: ../../faq/design.rst:636 | ||
| 1006 | + #: ../../faq/design.rst:635 | ||
| 1011 | 1007 | msgid "" | |
| 1012 | 1008 | "If you're trying to build Windows pathnames, note that all Windows system " | |
| 1013 | 1009 | "calls accept forward slashes too::" | |
| 1014 | 1010 | msgstr "Windows のパス名を構築するときには、Windows のシステムコールは普通のスラッシュも受け付けることを憶えておいてください::" | |
| 1015 | 1011 | ||
| 1016 | - #: ../../faq/design.rst:641 | ||
| 1012 | + #: ../../faq/design.rst:640 | ||
| 1017 | 1013 | msgid "" | |
| 1018 | 1014 | "If you're trying to build a pathname for a DOS command, try e.g. one of ::" | |
| 1019 | 1015 | msgstr "DOS コマンドのパス名を構築するときには、例えばこの中のどれかを試してください::" | |
| 1020 | 1016 | ||
| 1021 | - #: ../../faq/design.rst:649 | ||
| 1017 | + #: ../../faq/design.rst:648 | ||
| 1022 | 1018 | msgid "Why doesn't Python have a \"with\" statement for attribute assignments?" | |
| 1023 | 1019 | msgstr "属性の代入に \"with\" 文が使えないのはなぜですか?" | |
| 1024 | 1020 | ||
| 1025 | - #: ../../faq/design.rst:651 | ||
| 1021 | + #: ../../faq/design.rst:650 | ||
| 1026 | 1022 | msgid "" | |
| 1027 | 1023 | "Python has a 'with' statement that wraps the execution of a block, calling " | |
| 1028 | 1024 | "code on the entrance and exit from the block. Some language have a " | |
@@ -1031,11 +1027,11 @@ msgstr "" | |||
| 1031 | 1027 | "Python には、ブロックの実行を包む 'with' " | |
| 1032 | 1028 | "文があり、ブロックに入るときとブロックから出るときに、コードを呼び出します。以下のような構造を持つ言語があります::" | |
| 1033 | 1029 | ||
| 1034 | - #: ../../faq/design.rst:659 | ||
| 1030 | + #: ../../faq/design.rst:658 | ||
| 1035 | 1031 | msgid "In Python, such a construct would be ambiguous." | |
| 1036 | 1032 | msgstr "Python では、このような構造は曖昧になるでしょう。" | |
| 1037 | 1033 | ||
| 1038 | - #: ../../faq/design.rst:661 | ||
| 1034 | + #: ../../faq/design.rst:660 | ||
| 1039 | 1035 | msgid "" | |
| 1040 | 1036 | "Other languages, such as Object Pascal, Delphi, and C++, use static types, " | |
| 1041 | 1037 | "so it's possible to know, in an unambiguous way, what member is being " | |
@@ -1046,7 +1042,7 @@ msgstr "" | |||
| 1046 | 1042 | "Pascal、Delphi、C++のような他の言語では、静的な型を使うので、曖昧な方法でも、どのメンバに代入されているのか分かります。これが静的型付けの要点です" | |
| 1047 | 1043 | " -- コンパイラは *いつでも* コンパイル時にすべての変数のスコープを知るのです。" | |
| 1048 | 1044 | ||
| 1049 | - #: ../../faq/design.rst:666 | ||
| 1045 | + #: ../../faq/design.rst:665 | ||
| 1050 | 1046 | msgid "" | |
| 1051 | 1047 | "Python uses dynamic types. It is impossible to know in advance which " | |
| 1052 | 1048 | "attribute will be referenced at runtime. Member attributes may be added or " | |
@@ -1057,11 +1053,11 @@ msgstr "" | |||
| 1057 | 1053 | "Python " | |
| 1058 | 1054 | "は動的な型を使います。実行時にどの属性が参照されるか事前に分かりません。動作中にメンバ属性が追加あるいは除去されるかもしれません。これでは、単純に読むだけではどのアトリビュートが参照されているか分かりません。ローカルなのか、グローバルなのか、メンバ属性なのか?" | |
| 1059 | 1055 | ||
| 1060 | - #: ../../faq/design.rst:672 | ||
| 1056 | + #: ../../faq/design.rst:671 | ||
| 1061 | 1057 | msgid "For instance, take the following incomplete snippet::" | |
| 1062 | 1058 | msgstr "例えば、以下の不完全なコード片を考えましょう::" | |
| 1063 | 1059 | ||
| 1064 | - #: ../../faq/design.rst:678 | ||
| 1060 | + #: ../../faq/design.rst:677 | ||
| 1065 | 1061 | msgid "" | |
| 1066 | 1062 | "The snippet assumes that \"a\" must have a member attribute called \"x\". " | |
| 1067 | 1063 | "However, there is nothing in Python that tells the interpreter this. What " | |
@@ -1074,47 +1070,47 @@ msgstr "" | |||
| 1074 | 1070 | "という名前のグローバル変数があったら、それが with ブロックの中で使われるのでしょうか。この通り、Python " | |
| 1075 | 1071 | "の動的な特質から、このような選択はとても難しい物になっています。" | |
| 1076 | 1072 | ||
| 1077 | - #: ../../faq/design.rst:684 | ||
| 1073 | + #: ../../faq/design.rst:683 | ||
| 1078 | 1074 | msgid "" | |
| 1079 | 1075 | "The primary benefit of \"with\" and similar language features (reduction of " | |
| 1080 | 1076 | "code volume) can, however, easily be achieved in Python by assignment. " | |
| 1081 | 1077 | "Instead of::" | |
| 1082 | 1078 | msgstr "しかし、\"with\" やそれに類する言語の機能の一番の利点 (コード量の削減) は、 Python では代入により簡単に手に入れられます::" | |
| 1083 | 1079 | ||
| 1084 | - #: ../../faq/design.rst:691 | ||
| 1080 | + #: ../../faq/design.rst:690 | ||
| 1085 | 1081 | msgid "write this::" | |
| 1086 | 1082 | msgstr "こう書いてください::" | |
| 1087 | 1083 | ||
| 1088 | - #: ../../faq/design.rst:698 | ||
| 1084 | + #: ../../faq/design.rst:697 | ||
| 1089 | 1085 | msgid "" | |
| 1090 | 1086 | "This also has the side-effect of increasing execution speed because name " | |
| 1091 | 1087 | "bindings are resolved at run-time in Python, and the second version only " | |
| 1092 | 1088 | "needs to perform the resolution once." | |
| 1093 | 1089 | msgstr "Python では実行時に名前束縛が解決され、後者はその解決が一度で済むため、これには実行速度をあげる副作用もあります。" | |
| 1094 | 1090 | ||
| 1095 | - #: ../../faq/design.rst:704 | ||
| 1091 | + #: ../../faq/design.rst:703 | ||
| 1096 | 1092 | msgid "Why are colons required for the if/while/def/class statements?" | |
| 1097 | 1093 | msgstr "if/while/def/class 文にコロンが必要なのはなぜですか?" | |
| 1098 | 1094 | ||
| 1099 | - #: ../../faq/design.rst:706 | ||
| 1095 | + #: ../../faq/design.rst:705 | ||
| 1100 | 1096 | msgid "" | |
| 1101 | 1097 | "The colon is required primarily to enhance readability (one of the results " | |
| 1102 | 1098 | "of the experimental ABC language). Consider this::" | |
| 1103 | 1099 | msgstr "主に可読性を高めるため (実験的な ABC 言語の結果の一つ) に、コロンが必要です::" | |
| 1104 | 1100 | ||
| 1105 | - #: ../../faq/design.rst:712 | ||
| 1101 | + #: ../../faq/design.rst:711 | ||
| 1106 | 1102 | msgid "versus ::" | |
| 1107 | 1103 | msgstr "と::" | |
| 1108 | 1104 | ||
| 1109 | - #: ../../faq/design.rst:717 | ||
| 1105 | + #: ../../faq/design.rst:716 | ||
| 1110 | 1106 | msgid "" | |
| 1111 | 1107 | "Notice how the second one is slightly easier to read. Notice further how a " | |
| 1112 | 1108 | "colon sets off the example in this FAQ answer; it's a standard usage in " | |
| 1113 | 1109 | "English." | |
| 1114 | 1110 | msgstr "" | |
| 1115 | 1111 | "を考えれば、後者のほうが少し読みやすいでしょう。さらに言えば、この FAQ の解答例は次のようになるでしょう。これは、英語の標準的な用法です。" | |
| 1116 | 1112 | ||
| 1117 | - #: ../../faq/design.rst:720 | ||
| 1113 | + #: ../../faq/design.rst:719 | ||
| 1118 | 1114 | msgid "" | |
| 1119 | 1115 | "Another minor reason is that the colon makes it easier for editors with " | |
| 1120 | 1116 | "syntax highlighting; they can look for colons to decide when indentation " | |
@@ -1123,21 +1119,21 @@ msgid "" | |||
| 1123 | 1119 | msgstr "" | |
| 1124 | 1120 | "他の小さな理由は、コロンによってエディタがシンタックスハイライトをしやすくなることです。プログラムテキストの手の込んだ解析をしなくても、コロンを探せばいつインデントを増やすべきかを決められます。" | |
| 1125 | 1121 | ||
| 1126 | - #: ../../faq/design.rst:726 | ||
| 1122 | + #: ../../faq/design.rst:725 | ||
| 1127 | 1123 | msgid "Why does Python allow commas at the end of lists and tuples?" | |
| 1128 | 1124 | msgstr "なぜ Python ではリストやタプルの最後にカンマがあっても良いのですか?" | |
| 1129 | 1125 | ||
| 1130 | - #: ../../faq/design.rst:728 | ||
| 1126 | + #: ../../faq/design.rst:727 | ||
| 1131 | 1127 | msgid "" | |
| 1132 | 1128 | "Python lets you add a trailing comma at the end of lists, tuples, and " | |
| 1133 | 1129 | "dictionaries::" | |
| 1134 | 1130 | msgstr "Python では、リスト、タプル、辞書の最後の要素の後端にカンマをつけても良いことになっています::" | |
| 1135 | 1131 | ||
| 1136 | - #: ../../faq/design.rst:739 | ||
| 1132 | + #: ../../faq/design.rst:738 | ||
| 1137 | 1133 | msgid "There are several reasons to allow this." | |
| 1138 | 1134 | msgstr "これを許すのには、いくつかの理由があります。" | |
| 1139 | 1135 | ||
| 1140 | - #: ../../faq/design.rst:741 | ||
| 1136 | + #: ../../faq/design.rst:740 | ||
| 1141 | 1137 | msgid "" | |
| 1142 | 1138 | "When you have a literal value for a list, tuple, or dictionary spread across" | |
| 1143 | 1139 | " multiple lines, it's easier to add more elements because you don't have to " | |
@@ -1146,13 +1142,13 @@ msgid "" | |||
| 1146 | 1142 | msgstr "" | |
| 1147 | 1143 | "リストやタプルや辞書のリテラルが複数行に渡っているときに、前の行にカンマを追加するのを覚えておく必要が無いため、要素を追加するのが楽になります。また、文法エラーを起こすこと無く、行の並べ替えを行うことができます。" | |
| 1148 | 1144 | ||
| 1149 | - #: ../../faq/design.rst:746 | ||
| 1145 | + #: ../../faq/design.rst:745 | ||
| 1150 | 1146 | msgid "" | |
| 1151 | 1147 | "Accidentally omitting the comma can lead to errors that are hard to " | |
| 1152 | 1148 | "diagnose. For example::" | |
| 1153 | 1149 | msgstr "間違えてカンマを落としてしまうと、診断しづらいエラーにつながります。例えば::" | |
| 1154 | 1150 | ||
| 1155 | - #: ../../faq/design.rst:756 | ||
| 1151 | + #: ../../faq/design.rst:755 | ||
| 1156 | 1152 | msgid "" | |
| 1157 | 1153 | "This list looks like it has four elements, but it actually contains three: " | |
| 1158 | 1154 | "\"fee\", \"fiefoo\" and \"fum\". Always adding the comma avoids this source" | |
@@ -1162,7 +1158,7 @@ msgstr "" | |||
| 1162 | 1158 | "\"fee\"、\"fiefoo\"、\"fum\" です。\n" | |
| 1163 | 1159 | "常にカンマを付けるようにすれば、この種のエラーが避けられます。" | |
| 1164 | 1160 | ||
| 1165 | - #: ../../faq/design.rst:759 | ||
| 1161 | + #: ../../faq/design.rst:758 | ||
| 1166 | 1162 | msgid "" | |
| 1167 | 1163 | "Allowing the trailing comma may also make programmatic code generation " | |
| 1168 | 1164 | "easier." | |
| Back | FazBrowse Home | New Git URL |
0 commit comments